Hallo Matthias,
kurzes Update bezüglich des Vorgangs. Ich habe heute versucht in der Umgebung alles nachzustellen. Dafür habe ich mir auf dem betroffenen Rechner noch über VMware eine virtuelle Maschine installiert und das Problem nachgestellt. Zu meiner Überraschung trat
dieses Problem nicht mehr auf. Die alten Einstellungen - also ohne die Option "Verbindung wiederherstellen" - wieder übernommen. Und siehe da die physische Maschine hat das gleiche Problem wieder. Ergo liegt es an der physischen Maschine.
Ich habe mir dann die Traces angeschaut mit nachfolgender Fehlermeldung. Diese tritt nur auf den physischen Client auf nicht auf dem virtuellen.
2013-10-08 13:41:51.292 [pid=0x3dc,tid=0xf54] Properties handled. [ hr = 0x80070056 "Das angegebene Netzwerkkennwort ist falsch." ]
2013-10-08 13:41:51.308 [pid=0x3dc,tid=0xf54] Error suppressed. [ hr = 0x80070056 "Das angegebene Netzwerkkennwort ist falsch." ]
Das erklärt warum er es nicht macht. Aktuell suche ich nach dem Grund warum er es ab Windows 8.x nicht mehr macht.
Auch hier bin ich ein Stückchen weiter gekommen. Alle Laufwerkmappings haben auf unterschiedliche CIFS-Shares im SAN (NetApp) verwiesen. Ich habe dies soweit verifiziert, dass ich ein Share auf einem Server gemapped habe und hier hat es problemlos funktioniert.
Wenn ich die Laufwerke nach dem Anmelden am Client über net use ansteuere, dann habe ich auch kein Problem mit der Authentifizierung.
Meine Vermutung ist, dass die Authentifizierung am SAN seit Windows 8 im Vergleich zu den Vorgängern anders ist. Vielleicht ist der Timeout kürzer - aber das ist nur eine Vermutung. Das würde aber auch erklären, warum die vituellen Maschinen die Mappings
erhalten, da der Host ja bereits einen connect hat.
Ich kann aber für diese Umgebung festhalten, dass das Mapping zu den CIFS-Shares im SAN nur über aktivierte Option "Verbindung Wiederherstellen" funktioniert.
Als Hinweis hierzu, hier werden die GP beim anmelden synchron verarbeitet und trotzdem tritt dieses Phänomen auf.
Gruß Alex
