Frage

Ich teste Powershell-Remoting:

  1. Ich installierte Powershell V2 CTP3 auf meinem Windows-XP-Desktop
  2. Ich installierte WS-Management v1.1 auf meinem Windows 2003 R2 Server, die ihre Firewall deaktiviert und keine Powershell installiert.
  3. Beide Maschinen haben .NET Framework 3.5 SP1

Wenn ich tippe auf meinem Desktop:

Get-WmiObject -ComputerName computerNameHere Win32_Service

Ich habe folgende Fehlermeldung:

Get-WmiObject : Access denied. (HRESULT exception: 0x80070005 (E_ACCESSDENIED))

Was muss ich tun, um diese Arbeit zu bekommen?

War es hilfreich?

Lösung

Es hat nichts mit Remoting zu tun. Powershell-Remoting ist nicht auf XP unterstützt / 2003, nur Vista / 2008 und höher (wenn auch ein WSMan Update sollte für XP / 2003 in den nächsten Monaten veröffentlicht werden).

Haben Sie Admin priviligies auf der Remote-Box haben? Wenn nicht, versuchen Sie mit den Berechtigungsnachweis-Parametern:

Get-WmiObject -ComputerName computerNameHere Win32_Service -Credential $ cred

Andere Tipps

PSH V2 verwendet WinRM 2.0 ( nicht 1.1 ), und diese nur in seiner CTP Form ist zur Zeit, und beschränkt sich auf Vista und 2008.

PSH Team Blog-Eintrag erwähnt hat (IIRC) dies eine CTP Einschränkung zu sein, aber noch unklar, wie es gelöst werden.

Eine Alternative ist eine andere Lösung wie die Remoting / n Software Powershell-Server zu verwenden: www.nsoftware.com/powershell /

Das Problem der Benutzer mit nicht mit Powershell-Remoting. Get-WmiObject -ComputerName computerNameHere verwendet WMI Remoting statt.

Auch wenn dieser Beitrag mehr über wmi als Powershell-Remoting ist, hier ist meine Erfahrung mit Powershell-Remoting auf einer Windows-2003-Maschine. Es funktioniert gut mit einem Admin-Benutzer. Aber während Remote tun mit einem Nicht-Admin-Benutzer auf 2003 können Sie Powershell-Cmdlets gut laufen, aber jeder kann nicht ausgeführt werden.

http://powershell.com/cs/forums/t/16205.aspx

Lizenziert unter: CC-BY-SA mit Zuschreibung
Nicht verbunden mit StackOverflow
scroll top