msdtp 13 Geschrieben 6. Februar Melden Geschrieben 6. Februar 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. Zitieren
NorbertFe 2.203 Geschrieben 6. Februar Melden Geschrieben 6. Februar "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. Zitieren
msdtp 13 Geschrieben 6. Februar Autor Melden Geschrieben 6. Februar Am 6.2.2025 um 09:48 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. Mehr 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 Am 6.2.2025 um 09:48 schrieb NorbertFe: Mehr Zitieren
BOfH_666 585 Geschrieben 6. Februar Melden Geschrieben 6. Februar (bearbeitet) Am 6.2.2025 um 10:37 schrieb msdtp: Der Inhalt ist nicht relevant. Mehr 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 Zitieren
msdtp 13 Geschrieben 6. Februar Autor Melden Geschrieben 6. Februar 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" Zitieren
BOfH_666 585 Geschrieben 6. Februar Melden Geschrieben 6. Februar Am 6.2.2025 um 11:22 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" Mehr ah .... ok ... und habt ihr die Execution Policy mal überprüft? 1 Zitieren
NorbertFe 2.203 Geschrieben 6. Februar Melden Geschrieben 6. Februar (bearbeitet) Am 6.2.2025 um 10:37 schrieb msdtp: Der Inhalt ist nicht relevant. Mehr Wollte auch nicht das Skript sehen sondern die Fehlermeldung. bearbeitet 6. Februar von NorbertFe Zitieren
msdtp 13 Geschrieben 7. Februar Autor Melden Geschrieben 7. Februar Am 6.2.2025 um 11: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" Mehr Am 6.2.2025 um 11:22 schrieb msdtp: Mehr Zitieren
BOfH_666 585 Geschrieben 7. Februar Melden Geschrieben 7. Februar Am 7.2.2025 um 12:22 schrieb msdtp: Hi, hier die Fehlermeldung: Mehr Ja ... 'hattest Du ja nun schon gepostet ... und ... hast Du die Execution Policy inzwischen schon mal überprüft? 🤷🏼♂️ Zitieren
Beste Lösung msdtp 13 Geschrieben 11. Februar Autor Beste Lösung Melden Geschrieben 11. Februar (bearbeitet) 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 Zitieren
NorbertFe 2.203 Geschrieben 11. Februar Melden Geschrieben 11. Februar Am 11.2.2025 um 10:25 schrieb msdtp: In der Powershell als Administrator folgenden Befehl ausführen. Set-ExecutionPolicy Mehr Wo hast du das denn herkopiert, und fehlt da nicht irgendwas? ;) 1 Zitieren
msdtp 13 Geschrieben 11. Februar Autor Melden Geschrieben 11. Februar Am 11.2.2025 um 10:47 schrieb NorbertFe: Wo hast du das denn herkopiert, und fehlt da nicht irgendwas? ;) Mehr ja, ich habe beim copy and paste was vergessen. Ich habe den Betrag korigiert. Zitieren
NorbertFe 2.203 Geschrieben 11. Februar Melden Geschrieben 11. Februar 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". ;) Am 11.2.2025 um 10:25 schrieb msdtp: Ja, es geht besser aber meine User, sind Softwareentwickler. Mehr Und die kennen die Powershell Restriction Policy nicht? Erstaunlich :) Zitieren
msdtp 13 Geschrieben 11. Februar Autor Melden Geschrieben 11. Februar (bearbeitet) Am 11.2.2025 um 13:30 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. Mehr bearbeitet 11. Februar von msdtp Zitieren
chrismue 102 Geschrieben 12. Februar Melden Geschrieben 12. Februar Und die Execution Policy steht jetzt permanent auf unrestricded? Das wäre mir zu heikel. Gruß chrismue Zitieren
Empfohlene Beiträge
Schreibe einen Kommentar
Du kannst jetzt antworten und Dich später registrieren. Falls Du bereits ein Mitglied bist, logge Dich jetzt ein.