Ich habe dann bei dem entspr. Benutzer bei Homeverzeichnis das Share konfiguriert:
\\servername\\test
Das funktioniert jedoch nicht: Auf dem Client wird das Share nicht eingebunden. Ich habe es auch mal probiert, indem ich zusätzlich einen Laufwerksbuchstaben vergeben habe (H:), das hat nichts geändert und der Laufwerksbuchstabe wird offenbar auch nicht angelegt.
Rufe ich das Share ganz normal über den Explorer auf, kann der Nutzer darauf zugreifen.
Ich würde den FQDN des Servers nehmen, auf dem das Home tatsächlich liegt. %LOGONSERVER% sollte auch funktionieren, aber bei mehreren DCs wird das Home auf dem aktuellen Logon-Server ggf. erst per NFS eingebunden. Das ist kein Garant für maximale Performanz.
Aber was du aktuell im AD drinstehen hast ist kein UNC-Pfad. Das mußt du schon zumindest abändern auf \\%LOGONSERVER%\test\
nach meinem Kenntnisstand funktioniert %LOGONSERVER% nur im Profilpfad und nicht im Pfad für das Heimatverzeichnis. Das ist eine Limitierung des Windows-Clients, so dass man da wenig machen kann außer einen konkreten FQDN zu verwenden.
Ich habe es jetzt probiert mit \\mein.server.intranet\test\. Leider ohne Erfolg. Ich habe die Einstellung auch für einen anderen Domänenbenutzer mal angelegt, auch dort kein Home-Verzeichnis, der Laufwerksbuchstabe H: scheint auch garnicht zu existieren.
Ich habe versucht, in der Ereignisanzeige nach möglichen Fehlermeldungen zu suchen, da aber auch spontan nichts finden können.
UCS habe ich schon auf 4.4.4 upgedated.
Wenn ich am Client das “Active Directory-Benutzer und -Computer” von den RSAT öffne, sehe ich die das Share aber im Tab “Profil” unter “Basisordner”. Änderungen über UCS kommen hier auch direkt rein.
Das sieht für mich danach aus, als wären die Daten verfügbar, aber das Verbinden des Shares findet nicht statt. Ich habe es auch nochmal zusätzlich mit einem anderen Rechner probiert, den ich dafür frisch in die Domäne aufgenommen habe -> gleiches Problem.
Es ist offenbar ein Problem, wenn der Share-Name nicht einen Backslash endet. Als ich mal aus Verzweiflung die Hilfe von net use angeschaut habe, wurde mir das klar.
Ich bin mir sicher, dass ich das bei meinen Tests auch mal ausprobiert hatte, aber anscheinend dann doch nicht.
Das war also das ganze Problem! Ich bin mir sicher, normalerweise müsste sich das auch aus Protokollen nachvollziehen lassen, denn offenbar war ja so meine Definition des Shares kaputt. Also entweder wurde das direkt einkassiert oder Windows hat versucht auf einen falschen Rechner bzw. ein falsches Share zuzugreifen. Tipps, wie/wo ich das hätte sehen können, sind weiterhin willkommen
