Jump to content
roccomarcy

PowerShell-Skript wird nicht ausgeführt (GPO, StartUp)

Empfohlene Beiträge

Guten Morgen,

 

ich habe hier eine Umgebung, bestehend aus mehreren Windows 2008 R2 und Server 2012 R2 Domänen-Controllern, sowie reinen Windows 7 Pro Clients.

Für eine Applikation muss in einem lokalen Drucker eine Einstellung geändert werden, was sich unter anderem durch WMI lösen lässt.

 

Dazu habe ich ein Skript in PowerShell entwickelt, welches Lokal die Option des Druckers anpasst. Es werden keine Dateien auf irgendwelche Netzwerkfreigaben geschrieben, es läuft rein lokal.

Kommen wir zum eigentlichen Problem.

 

Führe ich das Skript lokal auf den Arbeitsplätzen aus, so läuft es ohne Probleme. Nun habe ich das Skript als "Starten"-Skript eingebunden und auf eine Reihe Testcomputer verlinkt.

Leider wird das Skript nicht ausgeführt und in der Ereignisanzeige steht auch nichts interessantes.

 

Was könnte es für Hintergründe haben? Ich habe erst an mangelnde Berechtigung gedacht, habe daher das Skript lokal mit "SYSTEM"-Berechtigung ausgeführt (dank PSExec), aber damit hat es auch funktioniert.

In der Vergangenheit habe ich bereits "Auf Netzwerk warten" in den GPOs aktiviert.

 

Edit1: Das Skript wurde unter dem Reiter "PowerShell" angelegt, es wird direkt aufgerufen, also nicht über eine BAT oder ähnliches.

bearbeitet von roccomarcy

Diesen Beitrag teilen


Link zum Beitrag
Auf anderen Seiten teilen

Wird das Skript denn ordnungsgemäß ausgeführt? Rechtsklick "mit Powershell ausführen" ist nicht aussagekräftig, da die Standard-PS-Konfig verändert wird. 

 

Öffne eine normale Shell (Powershell) und starte das Skript von da aus. Funktioniert es? Wenn nicht, dann musst du die Executionpolicy's anpassen.

Diesen Beitrag teilen


Link zum Beitrag
Auf anderen Seiten teilen

Hallo,

 

ich hab es so ausgeführt, wie von dir beschrieben.

Es wurde über die Konsole ausgeführt, nicht über einen Rechtsklick.

Die Executionpolicys habe ich auch nicht verändert.

 

2017-10-2008_23_57-adqus5s.png

bearbeitet von roccomarcy

Diesen Beitrag teilen


Link zum Beitrag
Auf anderen Seiten teilen

Ah, du hast das Bild im Nachhinein hinzugefügt. ;-)

 

Lokale Skripte sind meist kein Problem. Nun der Test über das Netzwerk. Füge Sie deiner Gruppenrichtlinie hinzu und greife auf die Freigabe Sysvol bis zu deiner Gruppenrichtlinie um Sie dann über die PS auszuführen.

 

Beispiel

Windows PowerShell
Copyright (C) 2016 Microsoft Corporation. Alle Rechte vorbehalten.

PS C:\Users\weis_adm> ."\\DOMÄNE\SysVol\DOMÄNE\Policies\{BBDB6ABB-40CE-4A40-95BD-EAED3816364E}\Machine\Scripts\Shutdown\
Inventarisierungsskript.ps1" 

Diesen Beitrag teilen


Link zum Beitrag
Auf anderen Seiten teilen

Ah, da bekomme ich eine Sicherheitswarnung. Darauf bin ich natürlich nicht gekommen.

Danke für den Tip.

 

Was wäre denn jetzt der beste Weg um dieses zu umgehen? Per Batchdatei ausführen?

 

2017-10-2008_36_20-adixsi6.png

bearbeitet von roccomarcy

Diesen Beitrag teilen


Link zum Beitrag
Auf anderen Seiten teilen

Moin,

 

ich rate dazu, Skripte zunächst lokal zu kopieren und dann von dort auszuführen. Das ist in solchen Fällen in aller Regel sicherer.

 

Ist das Skript denn logisch dazu geeignet, als Startskript, also ohne Benutzersitzung ausgeführt zu werden?

 

Gruß, Nils

Diesen Beitrag teilen


Link zum Beitrag
Auf anderen Seiten teilen

Noch was - willst Du "Druckeinstellungen" oder "Druckereinstellungen - Standardwerte" ändern? Ersteres geht nur in der Benutzersession, also nicht als Startskript, sondern nur als Anmeldeskript :)

Und Nils hat absolut recht - erst lokal kopieren, und dann lokal ausführen ist zuverlässiger. Und funktioniert auch "offline".

Diesen Beitrag teilen


Link zum Beitrag
Auf anderen Seiten teilen

Und Nils hat absolut recht - erst lokal kopieren, und dann lokal ausführen ist zuverlässiger. Und funktioniert auch "offline".

 

Bei uns funktioniert das auch mit GP zuverlässig  ;)  

Diesen Beitrag teilen


Link zum Beitrag
Auf anderen Seiten teilen
Der letzte Beitrag zu diesem Thema ist mehr als 180 Tage alt. Bitte überlege Dir, ob es nicht sinnvoller ist ein neues Thema zu erstellen.

Erstelle ein Benutzerkonto oder melde dich an, um zu kommentieren

Du musst ein Benutzerkonto haben, um einen Kommentar verfassen zu können

Benutzerkonto erstellen

Neues Benutzerkonto für unsere Community erstellen. Es ist einfach!

Neues Benutzerkonto erstellen

Anmelden

Du hast bereits ein Benutzerkonto? Melde dich hier an.

Jetzt anmelden

×