emeriks
Goto Top

Powershell Get-ExecutionPolicy funktioniert nicht

Hi,
heute morgen haben sich ein paar Admins bei mir gemeldet, dass auf einem unserer Administrations-Ternminalserver keine Powershell Scripte mehr ausgeführt werden können.
Der TS ist ein Windows 2008 R2 SP1 mit Powershell 4.
PS C:\> $psversiontable
PSVersion 4.0
WSManStackVersion 3.0
SerializationVersion 1.1.0.1
CLRVersion 4.0.30319.34209
BuildVersion 6.3.9600.16406
PSCompatibleVersions {1.0, 2.0, 3.0, 4.0}
PSRemotingProtocolVersion 2.2
Ich dachte spontan an die Execution Policy. Und genau da hakt es.

Wenn ich als lokaler Admin die PS Console "als Administrator" starte, dann kann ich mir die aktuellen Execution Policies nicht mal anzeigen lassen:
PS C:\> Get-ExecutionPolicy -List
Get-ExecutionPolicy : Allgemeiner Fehler
In Zeile:1 Zeichen:1
+ Get-ExecutionPolicy -List
+ ~~~~~~~~~~~~~~~~~~~~~~~~~
+ CategoryInfo : NotSpecified: (: ) [Get-ExecutionPolicy], ManagementException
+ FullyQualifiedErrorId : System.Management.ManagementException,Microsoft.PowerShell.Commands.GetExecutionPolicyCommand

Ebenso kommt ein Fehler, wenn ich - oder die betreffenden Benutzer - versuche, die geltende Policy zu ändern.
PS C:\> Set-ExecutionPolicy RemoteSigned -Scope CurrentUser

Ausführungsrichtlinie ändern
Die Ausführungsrichtlinie trägt zum Schutz vor nicht vertrauenswürdigen Skripts bei. Wenn Sie die Ausführungsrichtlinie
ändern, sind Sie möglicherweise den im Hilfethema "about_Execution_Policies" unter
"http://go.microsoft.com/fwlink/?LinkID=135170" beschriebenen Sicherheitsrisiken ausgesetzt. Möchten Sie die
Ausführungsrichtlinie ändern?
[J] Ja [N] Nein [H] Anhalten [?] Hilfe (Standard ist "J"):
Set-ExecutionPolicy : Allgemeiner Fehler
In Zeile:1 Zeichen:1
+ Set-ExecutionPolicy RemoteSigned -Scope CurrentUser
+ ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
+ CategoryInfo : NotSpecified: (: ) [Set-ExecutionPolicy], ManagementException
+ FullyQualifiedErrorId : System.Management.ManagementException,Microsoft.PowerShell.Commands.SetExecutionPolicyCommand

Hinweis: Die betreffenden Admins sind auf dem Admin-TS keine lokalen Admins.
Ich selbst schon.

Was könnte das schon weider sein?

E.

Content-Key: 288516

Url: https://administrator.de/contentid/288516

Printed on: April 19, 2024 at 20:04 o'clock

Mitglied: 122990
Solution 122990 Nov 16, 2015, updated at Nov 17, 2015 at 07:48:56 (UTC)
Goto Top
Moin emeriks,
repariere mal das WMI Repository, das hat oft bei solchen Fehlern damit zu tun:
http://blogs.technet.com/b/askperf/archive/2009/04/13/wmi-rebuilding-th ...

Gruß grexit
Member: emeriks
emeriks Nov 16, 2015 at 11:28:48 (UTC)
Goto Top
Ich sehe zwar den Zusammenhang nicht, habe es aber probiert. Hilft leider nicht.
Mitglied: 122990
122990 Nov 16, 2015 updated at 11:32:29 (UTC)
Goto Top
Zitat von @emeriks:
Ich sehe zwar den Zusammenhang nicht, habe es aber probiert. Hilft leider nicht.
Hatte schon des öfteren Systeme bei denen das die Ursache war.

Hast du mal alle Credentials aus dem Tresor gelöscht ? Auch immer mal wieder der Grund für nicht funktionierende CMDLets...

Letzter vorschlag: .NET Framework neu installieren/ reparieren
Member: AnkhMorpork
AnkhMorpork Nov 16, 2015 at 12:00:31 (UTC)
Goto Top
Amoköses Windows-Update gelaufen? Mal zurücksetzen?

Ankh
Member: emeriks
emeriks Nov 16, 2015 at 12:18:15 (UTC)
Goto Top
Amoköses Windows-Update gelaufen? Mal zurücksetzen?
Nein, kann ich auch ausschließen.

Aber am Do. wurde der Adobe Acrobat Reader aktualisiert auf die DC-Version.
Und am Fr. der vSphere Client 6.0 installiert.
Member: emeriks
emeriks Nov 17, 2015 at 07:48:39 (UTC)
Goto Top
Ich konnte den Server gestern tagsüber nicht durchstarten. Nachdem ich ihn dann gestern Abend duchgestartet hatte, war alles wieder im Lot.