77282
Dec 05, 2014
3582
9
0
GPO mit Logon Skript Probleme
Hallo zusammen,
ich habe eine GPO mit einem Logon Skript erstellt welches mit ganz doof per Net Use ein Laufwerk mappen soll.
Verknüpfe ich die GPO mit meiner Dömäne bekomme ich das Laufwerk gemappt.
Verknüpfe ich diese GPO aber mit der OU die die User enthält die dieses Laufwerk gemappt bekommen sollen, so funktioniert das Skript nicht bzw. es wird nicht ausgeführt.
Versteht das einer? Rechte sind gesetzt, GPO ist aktiviert, gehe ich direkt über den Netzwerkpfad hin zu meiner GPO lässt sich das Skript per Hand starten und das Laufwerk wird gemappt.
Aber nach einem GPUpdate /force und neustart usw. passiert nichts.
Ideen?
ich habe eine GPO mit einem Logon Skript erstellt welches mit ganz doof per Net Use ein Laufwerk mappen soll.
Verknüpfe ich die GPO mit meiner Dömäne bekomme ich das Laufwerk gemappt.
Verknüpfe ich diese GPO aber mit der OU die die User enthält die dieses Laufwerk gemappt bekommen sollen, so funktioniert das Skript nicht bzw. es wird nicht ausgeführt.
Versteht das einer? Rechte sind gesetzt, GPO ist aktiviert, gehe ich direkt über den Netzwerkpfad hin zu meiner GPO lässt sich das Skript per Hand starten und das Laufwerk wird gemappt.
Aber nach einem GPUpdate /force und neustart usw. passiert nichts.
Ideen?
Please also mark the comments that contributed to the solution of the article
Content-Key: 256853
Url: https://administrator.de/contentid/256853
Printed on: May 9, 2024 at 12:05 o'clock
9 Comments
Latest comment
Ja, genau. Dort steht es also drin, wird somit angeblich ausgeführt.
Komisch. Du solltest das mit anderen Skriptinhalten gegenprüfen, zum Beispiel
md %userprofile%\desktop\test
->wird auf dem Desktop ein Ordner test erstellt?
Wenn nicht, prüfe mittels NTFS-Überwachung am Server, ob das Skript überhaupt angefasst wird, also die Lesezugriffe überwachen:
oDER DAS tHEMA ABHAKEN UND STATT EINES sKRIPTES DEN bEREICHT eINSTELLUNGEN (ups, Capslock) nutzen und dort Laufwerke verbinden, geht vermutlich sofort: http://blogs.technet.com/b/askds/archive/2009/01/07/using-group-policy- ...
Komisch. Du solltest das mit anderen Skriptinhalten gegenprüfen, zum Beispiel
md %userprofile%\desktop\test
->wird auf dem Desktop ein Ordner test erstellt?
Wenn nicht, prüfe mittels NTFS-Überwachung am Server, ob das Skript überhaupt angefasst wird, also die Lesezugriffe überwachen:
oDER DAS tHEMA ABHAKEN UND STATT EINES sKRIPTES DEN bEREICHT eINSTELLUNGEN (ups, Capslock) nutzen und dort Laufwerke verbinden, geht vermutlich sofort: http://blogs.technet.com/b/askds/archive/2009/01/07/using-group-policy- ...
Hi,
@DerWoWusste
Scripte sind bei GPO immer additiv. Da gibt es auch keine Übersteuerung mit "erzwingen" oder so. Wenn eine GPO angewendet wird, dann auch die in dieser GPO genannten Scripte.
Bsp.:
2 GPO sollen angewendet werden: GPO-A und GPO-B
GPO-B hat höheren Rang (z.B. weil erzwungen)
GPO-A sagt "Background A" und "Script A"
GPO-B sagt "Background B" und "Script B"
Benutzer bekommt "Background B", "Script A" und "Script B"
@blade999
Hast Du eingestellt...?
Computer->Administrative Vorlagen->System->Anmelden->Beim Neustart des Computers und bei der Anmeldung immer auf das Netzwerk warten
Wenn nein, dann wird das Script u.U. gar nicht ausgeführt, weil zu diesem Zeitpunkt nicht verfügbar. Das kannst Du testen indem Du kurz nach dem Login, wenn Du Dich überzeugt hast, dass die Shares verfügbar sind, den Befehl "gpscript" ausführst. Wenn er dann das Script ausführt und die Laufwerke dann da sind, dann liegt es höchstwahrscheinlich daran.
E.
@DerWoWusste
Scripte sind bei GPO immer additiv. Da gibt es auch keine Übersteuerung mit "erzwingen" oder so. Wenn eine GPO angewendet wird, dann auch die in dieser GPO genannten Scripte.
Bsp.:
2 GPO sollen angewendet werden: GPO-A und GPO-B
GPO-B hat höheren Rang (z.B. weil erzwungen)
GPO-A sagt "Background A" und "Script A"
GPO-B sagt "Background B" und "Script B"
Benutzer bekommt "Background B", "Script A" und "Script B"
@blade999
Hast Du eingestellt...?
Computer->Administrative Vorlagen->System->Anmelden->Beim Neustart des Computers und bei der Anmeldung immer auf das Netzwerk warten
Wenn nein, dann wird das Script u.U. gar nicht ausgeführt, weil zu diesem Zeitpunkt nicht verfügbar. Das kannst Du testen indem Du kurz nach dem Login, wenn Du Dich überzeugt hast, dass die Shares verfügbar sind, den Befehl "gpscript" ausführst. Wenn er dann das Script ausführt und die Laufwerke dann da sind, dann liegt es höchstwahrscheinlich daran.
E.