meine Testumgebung 7.1 läuft (vielen Dank für die gute, umfangreiche Anleitung) und ich beginne damit, Demo-Lehrer und -Schüler anzulegen. Dabei fällt mir auf, dass in den durchrauschenden LOGs noch Fehler auftauchen (siehe Screenshot).
Gibt es dieses gute und umfangreiche Log auch in Gänze so irgendwo auf dem Server zum nachlesen? Bei /var/log/linuxmuster oder /var/log/sophomorix bin ich nicht fündig geworden
In welcher Richtung könnte ich den Fehler suchen, der hier im Log ab Step 6 wiederholt auftritt?
Danke für den Hinweis. Genau der Befehl erzeugt die LOGs die ich auf der grafischen Oberfläche sehe. Die Fehler bleiben allerdings erhalten, selbst wenn ich den Befehl 2 oder 3 x ausführe. Woran könnte das liegen?
ich hatte die Anleitung nicht so verstanden, dass der Server ZWINGEND „server“ heißen MUSS . Hatte den Namen „server71“ gewählt, da ja lmn 7.2 in den Startlöchern steht zur besseren Abgrenzung.
Das ganze Thema „Domänenname“ und „Benennung“ ist noch schwer für mich zu begreifen und es wird wahrscheinlich noch zu 2-3 x Neuinstallationen führen, bis ich das richtig im Griff habe.
Für meine Testumgebung werde ich einfach Server und OPNSense neu aufsetzen und den Namen „server“ vergeben.
Der Server muss nicht server heißen, bei mir ist es der Fall für einige Server, und alles läuft trotzdem wie es seien soll.
Ich habe den Eindruck dass hier das administrator Passwort falsch ist oder fehlt ( ich kann mich auch irren ).
Danke für den Hinweis. Das wäre eine ganz neue Richtung, in die ich forschen könnte. Hättest Du eine Idee, wie ich Deine Theorie überprüfen könnte? Gibt es Logs, die ich daraufhin durchstöbern könnte? Müsste das falsche oder fehlende Passwort dann nicht das Passwort für den „global-admin“ in der Samba-Umgebung sein?
Ich war in der Anleitung bereits weiter vorgeprescht und hatte einen ersten Windows 10 Client eingerichtet. Hätte ich dann nicht spätestens Probleme bekommen dürfen, als ich die GPOs von der Server-Freigabe geholt habe? Da musste ich das 1. Mal von der Windows-Seite aus das global-admin Passwort eingeben um auf die Freigabe zu kommen. Das hätte dann doch nicht funktionieren dürfen, oder?
Ich kenne nicht die Details von den DN deiner Installation, ich gebe dann meine Beispiele mit DC=linuxmuster,DC=lan, und das solltest du in deine Tests anpassen.
Erst mal überprüfe, ob die Datei /etc/linuxmuster/.secret/administrator existiert und ein Passwort enthält.
Zweitens, probiere mal, ob die Ldapanmeldung als administrator mit diesem PW klappt:
Die Datei /etc/linuxmuster/.secret/administrator existiert und enthält ein gehashtes Passwort.
Die LDAP-Anmeldung als Administrator mit dem Password funktioniert. ich muss Deinen Befehl nur um den Schul-Anteil in der Domäne ergänzen, der bei mir wie in der Dokumentation VOR dem Anteil "DC=linuxmuster" kommt. Damit erhalte ich eine riesige Menge an Output.
Wäre damit ein falsches oder fehlendes Admin-Passwort widerlegt?
In deinem ersten Screenshot, sieht man, dass der smbclient-Befehl versucht sich beim Server server71. Es kann also auch sein, dass server71 nicht gefunden werden kann ( DNS Problem ).
mein Testserver heißt "server71.<Schulkürzel>.linuxmuster.lan" und kann problemlos in der Shell des Servers mit beiden nslookup-Befehlen gefunden werden. Oder muss ich den nslookup-Befehl auf einem Client eingeben?
ok, Danke für Deine Bemühungen. Dann bleibt mir nur zu hoffen, das @jeffbeck eine Idee hat.
Paralell werde ich wie von @baumhof vorgeschlagen den Server mal paralell neu aufsetzen.
. Hatte den Namen „server71“ gewählt, da ja lmn 7.2 in den Startlöchern steht zur besseren Abgrenzung.