Leider scheinen die Windows Logon Scripte nicht ausgeführt zu werden. Ist das ein genereller Bug?
Im Share\ucsnetlogon
liegt das Script “laufwerke.bat” und funktioniert auch soweit problemlos
In den UCS Webeinstellungen: Benutzer - Konto
Abschnitt Windows: Anmeldescript “laufwerke.bat”
Leider lässt die Einstellung das Windows 10 System beim Benutzerlogin aber kalt - es startet nicht!
Was kann die Ursache sein?
Nein kein Bug. Das Script wurde vermutlich am falschen Ort abgelegt.
Das Zuweisen von Netzlaufwerken geht übrigens IMO wesentlich eleganter per GPO.
Der Netlogon Share liegt am Server unter:
root@ucs:/var/lib/samba/sysvol/firma.intranet/scripts/Sollte also korrekt sein, oder?
Mag sein, dass es mit GPO eleganter ist… aber ich soll das System an einen User übergeben, da bietet sich die Weboberfläche an.
Ok dann war nur deine Beschreibung vorhin falsch.
Das scheint ja dann eigentlich zu stimmen. Manuell ist es ja schon direkt auf der Freigabe ausführbar? Sprich die Zugriffsrechte stimmen?
Naja ich weiß nicht was der User dann alles machen können muß. Aber mit Änderungen am Script ist er dann vermutlich auch überfordert …
Ja, manuell funktioniert es.
Ich kann es sogar als Link in die Autostart legen… aber elegant ist was anderes 
Und wohl auch nicht im Sinne von Univention - wenn sie schon so ein Feld für das Script haben, werden sie sich ja was dabei gedacht haben, oder?
Hallo,
dann solltest du mal die Logs auf Client- und Server-Seite auswerten. Auf Server-Seite solltest du unter /var/log/samba fündig werden. Für die Client-Seite hilf dir eventuell dieser Link.
Univention hat sich bei diesem Feld schon was gedacht. Aber es handelt sich hier eigentlich eher um ein Legacy-Feature aus NT 4/Samba 3-Zeiten. Der Gedanke war vermutlich, daß dann nicht gleich alle alten Logon-Scripte bei der Migration auf Samba 4 auf GPO migriert werden müssen.
Konnte es schließlich noch lösen… gebe ich die Batch Datei mit dem vollen UNC Pfad ein (im UCS beim Benutzer unter Konto), klappt es. Im Handbuch steht es allerdings als “relativ” beschrieben… ist wohl nicht mehr richtig. Soll ich das irgendwo melden?
Was heißt “voller UNC Pfad” z.B. “/var/lib/samba/sysvol/nms-mautern.intranet/scripts/start.cmd” - reicht genau dieser Eintrag in Anmeldeskript beim Benutzer/Konto mit führendem “slash”??
Oder muss vorher noch sowas wie “root@ucs:” hin - wäre dann root@ucs:/var/lib/samba/sysvol/nms-mautern.intranet/scripts/start.cmd
google liefert hier auch keine detaillierten Angaben - will ja nur wissen ob
/var/lib/samba/sysvol/nms-mautern.intranet/scripts/start.cmd oder
root@ucs:/var/lib/samba/sysvol/nms-mautern.intranet/scripts/start.cmd
in diesem Feld eingetragen wird!
Bei der aktuellen Univention Version genügt das Ablegen der Scripts unter “/var/lib/samba/sysvol/nms-mautern.intranet/scripts/”
Und beim Benutzer unter Konto nur “start.cmd” (bei einigen alten Versionen - wie eben vor 3 Jahren - war das interessanterweise noch anders)
Sind beides keine UNC-Pfade.
Das Anmeldescript muss ein vollständiger UNC-Pfad zu einem von Windows aus erreichbaren Server sein. Ein UNC-Pfad sieht so aus:
\\servername\sharename\unterverzeichnis\dateina.me
Also z.B. \\master\sysvol\nms-mautern.intranet\scripts\start.cmd
Ob der Pfad richtig ist, kann man einfach testen, indem man ihn per Copy & Paste in einem Explorer-Fenster in die Adressezeile einfügt.
Seit einigen Versionen genügt es nur den Scriptnamen (ohne Pfad) einzutragen - ein UNC Pfad ist nicht notwendig. (mit Win10 getestet)
Cool, das wusste ich noch nicht. Ein kurzes Googlen zeigt: wenn kein Pfad enthalten ist, so wird auf dem Logon-Server in der netlogon-Freigabe danach gesucht. Macht’s einfacher, besonders mit unterschiedlichen Standorten & damit unterschiedlichen Logon-Servern.