Powershellscript läuft nicht

[msdtp 13]

Hallo,
wir haben ein spannendes Problem.
Seit einiger Zeit ist es Domainweit nicht mehr möglich PowerShellskripte auszuführen, wenn sie mehr als eine Zeile beinhalten.
An den Systemrichtlinien wurde nicht geändert. 
Da diese Skripte, teilweise schon viele Jahre im Einsatz sind und nur selten genutzt werden, kann ich kein Ereignis festmachen warum das jetzt so ist.
 

[NorbertFe 2.155]

"Läuft nicht" ist keine besonders aussagekräftige Fehlerbeschreibung. Wenigstens den Output der Powershell beim Versuch des Ausführens eines solchen Skripts solltest du hier mal als Codeblock einfügen. Dann können sich das auch Leute anschauen.

[msdtp 13]

vor 36 Minuten schrieb NorbertFe:

"Läuft nicht" ist keine besonders aussagekräftige Fehlerbeschreibung. Wenigstens den Output der Powershell beim Versuch des Ausführens eines solchen Skripts solltest du hier mal als Codeblock einfügen. Dann können sich das auch Leute anschauen.

Ja, stimmt. Aber, es geht ja um einige Skripte. 
Der Inhalt ist nicht relevant. 
Sobald ein Skript eine zweite Zeile aufweist, 

z.B.:

# Schritt 1: Lösche die Route
route DELETE 10.160.2.0 MASK 255.255.255.0 62.153.63.55

# Schritt 2: Ermittle die Nummer des Interfaces "myview"
$netstatOutput = netstat -rn
$interfaceLine = $netstatOutput | Select-String -Pattern "myview" -Context 0,1
$interfaceNumber = ($interfaceLine -split "\s+")[-1]

# Schritt 3: Setze die Route neu mit der gemerkten Interfacenummer
route -p ADD 10.160.2.0 MASK 255.255.255.0 62.153.63.55 IF $interfaceNumber

vor 36 Minuten schrieb NorbertFe:

 

[BOfH_666 583]

vor 37 Minuten schrieb msdtp:

Der Inhalt ist nicht relevant. 

 

OK ... und wie merkt ihr, dass es nicht funktioniert? Norbert fragte gar nicht nach einem Script, sondern nach dem Output, den die PowerShell generiert, wenn ihr ein Script ausführt  ... 

 

Und BTW: könntest Du den Output bitte als Code formatiert hier einfügen? Danke schon mal im Voraus.  

bearbeitet 6. Februar von BOfH_666

[msdtp 13]

Ja, Ok.
Skript.ps1 : pfad\Skript.ps1 kann nicht gelade werden, da die Ausführung von Scripts aus diesem Computer deaktiviert ist.
"abbout_Execution_Policies" 

 

[BOfH_666 583]

vor 4 Minuten schrieb msdtp:

Skript.ps1 : pfad\Skript.ps1 kann nicht gelade werden, da die Ausführung von Scripts aus diesem Computer deaktiviert ist.
"abbout_Execution_Policies" 

 

ah .... ok ... und habt ihr die Execution Policy mal überprüft?  

[NorbertFe 2.155]

vor einer Stunde schrieb msdtp:

Der Inhalt ist nicht relevant. 

Wollte auch nicht das Skript sehen sondern die Fehlermeldung. 

bearbeitet 6. Februar von NorbertFe

[msdtp 13]

Am 6.2.2025 um 12:22 schrieb msdtp:

Hi, hier die Fehlermeldung:
Skript.ps1 : pfad\Skript.ps1 kann nicht geladen werden, da die Ausführung von Scripts aus diesem Computer deaktiviert ist.
"abbout_Execution_Policies" 

 

Am 6.2.2025 um 12:22 schrieb msdtp:

 

[BOfH_666 583]

vor 7 Minuten schrieb msdtp:

Hi, hier die Fehlermeldung:

 

Ja ... 'hattest Du ja nun schon gepostet ... und ... hast Du die Execution Policy inzwischen schon mal überprüft?    🤷🏼‍♂️

[msdtp 13]

Hi, ich habe jetzt folgendes gemacht.
Ja, es geht besser aber meine User, sind Softwareentwickler.
Da kann ich ein wenig entspannter sein, was der Umgang mit dem System angeht.

In der Powershell als Administrator folgenden Befehl ausführen.

Set-ExecutionPolicy unrestricted

 

 

bearbeitet 11. Februar von msdtp

[NorbertFe 2.155]

vor 21 Minuten schrieb msdtp:

In der Powershell als Administrator folgenden Befehl ausführen.

Set-ExecutionPolicy

Wo hast du das denn herkopiert, und fehlt da nicht irgendwas? ;)

[msdtp 13]

vor 2 Stunden schrieb NorbertFe:

Wo hast du das denn herkopiert, und fehlt da nicht irgendwas? ;)

ja, ich habe beim copy and paste was vergessen. 
Ich habe den Betrag korigiert.

 

[NorbertFe 2.155]

Auf was stand sie denn vorher? Und wieso war sie offenbar auf einmal anders war? Afair kann man das übrigens auch per GPO vorgeben, dann muss man nicht "als Admin den folgenden Befehl ausführen". ;)

vor 3 Stunden schrieb msdtp:

Ja, es geht besser aber meine User, sind Softwareentwickler.

Und die kennen die Powershell Restriction Policy nicht? Erstaunlich :)

[msdtp 13]

vor 5 Stunden schrieb NorbertFe:

Auf was stand sie denn vorher? Und wieso war sie offenbar auf einmal anders war? Afair kann man das übrigens auch per GPO vorgeben, dann muss man nicht "als Admin den folgenden Befehl ausführen". ;)

Und die kennen die Powershell Restriction Policy nicht? Erstaunlich :)--- Natürlich kennen die das.
Das Problem war, dass de nicht aktiv eingestellt wurde. Es hat sich an der Domain nichts geändert.
Auch in den GPO war nichts definiert. 
Das habe ich jetzt geändert. 
Jetzt läuft es und ich bin zufrieden.
 

 

bearbeitet 11. Februar von msdtp

[chrismue 99]

Und die Execution Policy steht jetzt permanent auf unrestricded? 

 

Das wäre mir zu heikel. 

 

Gruß 

chrismue