Powershell LoginScript: Laufwerke werden nicht verbunden
Hallo zusammen,
ich habe eine kurriose Situation mit meinem Powershell Loginscript:
Das Script wird benötigt, da mit dem Script neben dem normalen Laufwerksmapping noch enige andre Dinge umgesetzt werden, die sich über GPOs nicht realisieren lassen.
Das Script wird über eine GPO aufgerufen:
im Script selber werden die Laufwerke
$objWshNet.MapNetworkDrive($Buchstabe, "\\$Server\$Freigabe")
Verbunden.
Am Ende des Scripts schreibe ich mir die Ausgabe von Get-PSDrive einmal weg.
in 90% der Anmeldungen funktioniert das Ausführen und Verbinden des Scriptes.
In meiner Frage geht es um die 10% bei denen es nicht funktioniert:
In den übrigen 10% wird das Script ausgeführt (ich sehe das das Script eine Logdatei geschrieben hat) und die Ausgabe von Get-PSDrive (wird am Ende des Scriptes mit in das Log geschrieben) sieht auch wie folgt aus:
Wenn ich jetzt aber als User mit den Explorer ansehe, habe ich keine Netzlaufwerke
Auch Get-PSDrive liefert nur noch C und D zurück, obwohl 5 Sekunden vorher im Log des Scriptes alle auftauchten.
Wenn der User jetzt das Powershell Script manuell ausführt (rechtsklick > mit Powershell ausführen) werden die Laufwerke verbunden.
Das ganze lässt sich sogar noch dahingehend steigern, dass wenn man eine kleine Batch Datei hat, die auch nur das Powershell Script aufruft und die Batchdatei beim User als Logoscript einträgt es auch zuverlässig funktioniert.
Was bei den Test noch aufgefallen ist, es ist nicht Rechner und auch nicht User abhängig. Es kann sein, das es an Rechner A mit dem User A funktioniert und am Rechner A mit User B nicht. Am Rechner B funktionieren es dann sowohl bei User A und auch bei User B am Rechner C funktioniert es dann mit User A nicht aber dafür mit User B.
Wenn eine Konstellation auftritt, funktioniert es dann aber permanent nicht.
Bei allen Clients handelt es sich um aktuelle Windows 10 64 Bit Clients die alle in der Selben Domäne sind und in der selben OU liegen. Auch die User haben die Selben GPOs
Hat jemand eine Idee, wodran es liegen könnte?
Mir fällt dabei aus, das wenn das Script über das Feld Logonscript beim User im AD (über eine kleine Batch Datei aufgerufen wird) das Script an sich zu sehen ist. Wenn es über die GPO aufgerufen wird dann nicht.
Vielen Dank.
ich habe eine kurriose Situation mit meinem Powershell Loginscript:
Das Script wird benötigt, da mit dem Script neben dem normalen Laufwerksmapping noch enige andre Dinge umgesetzt werden, die sich über GPOs nicht realisieren lassen.
Das Script wird über eine GPO aufgerufen:
im Script selber werden die Laufwerke
$objWshNet.MapNetworkDrive($Buchstabe, "\\$Server\$Freigabe")
Verbunden.
Am Ende des Scripts schreibe ich mir die Ausgabe von Get-PSDrive einmal weg.
in 90% der Anmeldungen funktioniert das Ausführen und Verbinden des Scriptes.
In meiner Frage geht es um die 10% bei denen es nicht funktioniert:
In den übrigen 10% wird das Script ausgeführt (ich sehe das das Script eine Logdatei geschrieben hat) und die Ausgabe von Get-PSDrive (wird am Ende des Scriptes mit in das Log geschrieben) sieht auch wie folgt aus:
C Microsoft.PowerShell.Core\FileSystem
D Microsoft.PowerShell.Core\FileSystem
R Microsoft.PowerShell.Core\FileSystem \\SERVER\FREIGABE1
S Microsoft.PowerShell.Core\FileSystem \\SERVER\FREIGABE2
X Microsoft.PowerShell.Core\FileSystem \\SERVER\FREIGABE3
Y Microsoft.PowerShell.Core\FileSystem \\SERVER\FREIGABE4
Z Microsoft.PowerShell.Core\FileSystem \\SERVER\FREIGABE5
Wenn ich jetzt aber als User mit den Explorer ansehe, habe ich keine Netzlaufwerke
Auch Get-PSDrive liefert nur noch C und D zurück, obwohl 5 Sekunden vorher im Log des Scriptes alle auftauchten.
Wenn der User jetzt das Powershell Script manuell ausführt (rechtsklick > mit Powershell ausführen) werden die Laufwerke verbunden.
Das ganze lässt sich sogar noch dahingehend steigern, dass wenn man eine kleine Batch Datei hat, die auch nur das Powershell Script aufruft und die Batchdatei beim User als Logoscript einträgt es auch zuverlässig funktioniert.
Was bei den Test noch aufgefallen ist, es ist nicht Rechner und auch nicht User abhängig. Es kann sein, das es an Rechner A mit dem User A funktioniert und am Rechner A mit User B nicht. Am Rechner B funktionieren es dann sowohl bei User A und auch bei User B am Rechner C funktioniert es dann mit User A nicht aber dafür mit User B.
Wenn eine Konstellation auftritt, funktioniert es dann aber permanent nicht.
Bei allen Clients handelt es sich um aktuelle Windows 10 64 Bit Clients die alle in der Selben Domäne sind und in der selben OU liegen. Auch die User haben die Selben GPOs
Hat jemand eine Idee, wodran es liegen könnte?
Mir fällt dabei aus, das wenn das Script über das Feld Logonscript beim User im AD (über eine kleine Batch Datei aufgerufen wird) das Script an sich zu sehen ist. Wenn es über die GPO aufgerufen wird dann nicht.
Vielen Dank.
Please also mark the comments that contributed to the solution of the article
Content-Key: 464336
Url: https://administrator.de/contentid/464336
Printed on: April 20, 2024 at 15:04 o'clock
10 Comments
Latest comment
Aber auch die Abhängigkeiten lassen sich im den GPO‘s einbauen. Bei verschiedenen System- oder Benutzer-Variablen angefangen, über verschiedene Laufwerksmappings für verschiedene Standorte/OUs/Sicherheitsgruppen bis hin zu WMI Abfragen, die auch nichts anderes machen, als das in Deinen PowerShell Scripts.
Wenn Du die Abhängigkeiten beschreibst, könnte man nach der besten Lösung schauen.
Wenn Du die Abhängigkeiten beschreibst, könnte man nach der besten Lösung schauen.