Powershell Script lässt sich nicht ausführen

[Gerber 15]

Hi Community,

 

ich habe gerade ein Problem auf einem Exchange Server 2013. Ich wollte in der Exchange Management Shell ein Powershell Script ausführen, allerdings bekomme ich immer die Fehlermeldung (siehe Anhang).

Ich habe bereits die Execution Policy wie folgt umgestellt:

Set-ExecutionPolicy unrestricted

 

Allerdings ohne Erfolg.

 

Hat jemand von euch eine Idee hierzu?

Danke im Voraus.

 

Grüße Phil

 

[4077 30]

Steht doch deutlich in der Fehlermeldung: auf dem Server ist lokal oder durch Gruppenrichtlinie die Software-Einschränkung aktiviert worden. Ich denke mal, dass die Option "Whitelisting" gewählt wurde. Somit muss das Skript explizit erlaubt werden. Die beste Wahl hier vermutlich über "Hash-Freigabe".

[Gerber 15]

@4077: Danke dir für die Antwort.
Jap steht es in der Fehlermeldung. Allerdings habe ich in der GPO bereits nachgesehen. Lokal so wie in den GPOs der Domäne.

(Siehe Anhang) es ist keine Software Einschränkung konfiguriert.

[4077 30]

Prüfe doch mal bitte per Gruppenrichtlinienverwaltung den Server mittels des Assistenten der "Gruppenrichtlinienergebnisse" (ganz unten im Baum), ob nicht doch irgendeine GPO dafür verantwortlich ist. 

[Gerber 15]

Danke dir für die Info.
Ich habe nun über den Assistent den Mailsrv geprüft.

Es wird nur die Default Domain Policy gegriffen, welche die Einstellung der Beschränkung nicht beinhaltet.

 

Hat noch irgend jemand ne Idee, woran es liegen könnte?

bearbeitet 7. Juni 2019 von Gerber

[Gerber 15]

Eventuell hilft dies euch weiter:

 

Ich versuche das Script mit den Exclusions für den AV am Exchange Server 2013 auszulesen.
Das Script erstellt 3 Text Dateien mit den jeweiligen Dateien, PFaden und Prozessen:

 

https://gallery.technet.microsoft.com/office/Generate-Antivirus-f1a9a59e

[MurdocX 952]

Poste bitte mal das Ergebnis von:

Get-ExecutionPolicy -List

 

[Nobbyaushb 1.471]

Über was für einen genauen Exchange reden wir, welches CU, welches OS ist drunterm alles aktuell?

https://www.msxforum.de/blog/index.php/Entry/41-Build-Nummern-Tabellarisch/

 

Ansonsten siehe oben...

[Gerber 15]

@Murdoc

 

Werde am Dienstag die Ergebnisse posten. 

 

@Nobbyaushb

 

Es handelt sich um das CU22 Exchange 2013.

 

Server 2012R2 steckt drunter. 

 

[Gerber 15]

Hi zusammen,

 

im Anhang die Ausgabe von "Get-Execution -List".

 

Zum Test habe ich nun mal die Exchange Module in die normale Powershell geladen, diese mit Admin Rechten gestartet und erneut versucht das Script auszuführen.

Auch ohne Erfolg. Es wird genau die gleiche Fehlermeldung angezeigt.

 

Ich habe die "RemoteExchange.PS1" in der normalen Powerhsell mit Adminrechten ausgeführt. Diese wurde korrekt ausgeführt.
Allerdings sobald ich wieder die Exlusion.ps1 ausgeführt habe, wurde der Fehler mit "UnauthorizedAccess" angezeigt.

 

bearbeitet 11. Juni 2019 von Gerber

[Nobbyaushb 1.471]

Hmmm, jetzt hilft erst mal ein Blick in die Ereignisanzeige, diese ist in der Regel Detaillierter als die Meldung an der Shell

 

Spontan leider keine andere Idee..

 

Sonst läuft der "rund"?

[MurdocX 952]

Dann bitte noch die Ausgabe von:

$ExecutionContext.SessionState.LanguageMode

Noch prüfen ob der "Constrained Language Mode" aktiv ist. Bitte aus der Powershell Session die den oben genannten Fehler aufwirft.

[Gerber 15]

@Nobbyaushb

Ereignisanzeige zeigt leider nichts an.

Der Server läuft soweit reibungslos, korrekt.

 

@MurdocX

 

Es wird "FullLanguange" ausgegeben.

 

[MurdocX 952]

Der gleiche Fehler kommt mittlerweile immer noch? Schon einen Neustart durchgeführt?

 

So richtig fällt mir auch nichts mehr ein. Ich würde noch kontrollieren ob das Encoding stimmt. Konvertiere die Datei in UTF8-BOM. 

 

[Gerber 15]

@MurdocX

 

Ich werde in den nächsten Tagen nochmals ein Neustart durchführen, wenn dies der Betrieb zulässt.

Ich bin mir nicht mehr sicher, ob ich den Neustart nach den Einstellungen vorgenommen habe.

Ich werde Rückmeldung geben.

 

Zwecks dem Encoding: Die Datei habe ich bereits auf anderen Exchange Servern ausgeführt, deswegen sollte die PS Datei passen.