Windows 10 und Windows SSB 2008 - Login Script greift nicht
Hallo,
als zentralen Server setzen wir einen Windows SSB 2008 ein. Wir haben sonst nur Win 7-Umgebungen, wo sich unsere Benutzer anmelden. Im Active Directory ist bei jedem Benutzer ein Anmelde Script vorhanden, mit welchem dann auch Netzlaufwerke verbunden werden.
Nun wollte ich testen ob bei einem Client ein Upgrade auf Windows 10 Probleme macht. Das Login über die Domäne funktioniert schonmal. Allerdings greift anscheinend das Login Script nicht richtig. Bei Windows 7 funktioniert es und es werden alle Netzlaufwerke verbunden, bei Windows 10 jetzt kein einziges. Die Anmeldung funktioniert, allerdings ohne Netzlaufwerke.
Was könnte ein Fehler sein? Der PC ist im Netz erreichbar und er erreicht auch die Netzlaufwerke wenn ich sie manuell verbinde.
MfG
Heisenberg
als zentralen Server setzen wir einen Windows SSB 2008 ein. Wir haben sonst nur Win 7-Umgebungen, wo sich unsere Benutzer anmelden. Im Active Directory ist bei jedem Benutzer ein Anmelde Script vorhanden, mit welchem dann auch Netzlaufwerke verbunden werden.
Nun wollte ich testen ob bei einem Client ein Upgrade auf Windows 10 Probleme macht. Das Login über die Domäne funktioniert schonmal. Allerdings greift anscheinend das Login Script nicht richtig. Bei Windows 7 funktioniert es und es werden alle Netzlaufwerke verbunden, bei Windows 10 jetzt kein einziges. Die Anmeldung funktioniert, allerdings ohne Netzlaufwerke.
Was könnte ein Fehler sein? Der PC ist im Netz erreichbar und er erreicht auch die Netzlaufwerke wenn ich sie manuell verbinde.
MfG
Heisenberg
Please also mark the comments that contributed to the solution of the article
Content-Key: 304448
Url: https://administrator.de/contentid/304448
Printed on: April 25, 2024 at 10:04 o'clock
21 Comments
Latest comment
Moin,
unabhängig deiner Clientbetriebssysteme solltest du für die Verbindung von Netzlaufwerken ausschließlich eine GPO nutzen. Die ist wesentlich robuster wie ein Loginscript. Scripte sollte man nur nutzen, wenn es keine entsprechende GPO gibt - und selbst dann sollte man darüber nachdenken, ob es nicht noch eine andere Lösung gibt. Scripte sind Fehleranfällig.
Gruß Krämer
unabhängig deiner Clientbetriebssysteme solltest du für die Verbindung von Netzlaufwerken ausschließlich eine GPO nutzen. Die ist wesentlich robuster wie ein Loginscript. Scripte sollte man nur nutzen, wenn es keine entsprechende GPO gibt - und selbst dann sollte man darüber nachdenken, ob es nicht noch eine andere Lösung gibt. Scripte sind Fehleranfällig.
Gruß Krämer
Hi.
Windows 10 ist für Performance optimiert. Das sieht in der Praxis so aus, dass es sich auch schneller anmeldet, als Win7, da die Logonskripte nicht wie üblich parallel zum Logon starten, sondern mit 5 Minuten Verzögerung. Kann man abstellen: https://support.microsoft.com/en-us/kb/2895815
Windows 10 ist für Performance optimiert. Das sieht in der Praxis so aus, dass es sich auch schneller anmeldet, als Win7, da die Logonskripte nicht wie üblich parallel zum Logon starten, sondern mit 5 Minuten Verzögerung. Kann man abstellen: https://support.microsoft.com/en-us/kb/2895815
Nein, die haben damit nun mal gar nichts zu tun. Schalte bitte Auditing ein um zu sehen, ob das Skript beim Userlogon angefasst wird, oder nicht - vermutlich nicht. Dann teste ein lokales Logonskript - geht auch das nicht, stell bitte sicher, dass sich dies Fehlerhalten auf einem sauberen (komplett leeren) Win10 1511 mit dem Nutzer reproduzieren lässt.
Wozu noch ein Skript für Netzlaufwerks-Mapping nutzen wenn es doch schon ewig per GPP geht?
Hatte @Kraemer ja richtigerweise auch schon vorgeschlagen.
Aber richtig, die Ursache finden sollte man natürlich.
Gruß skybird
Hatte @Kraemer ja richtigerweise auch schon vorgeschlagen.
Aber richtig, die Ursache finden sollte man natürlich.
Gruß skybird
GPPs greifen seit Vista auf den Clients automatisch. Unter XP musste man noch die CSE (Client Side extensions) installieren.
Ah OK. Danke für die Korrektur, schon zu lange her .