2
votes

I was testing PowerShell remoting:

  1. I installed PowerShell V2 CTP3 on my Windows XP desktop
  2. I installed WS-Management v1.1 on my Windows 2003 R2 server, which has its firewall disabled and no PowerShell installed.
  3. Both machines have .NET Framework 3.5 SP1

When I type on my desktop:

Get-WmiObject -ComputerName computerNameHere Win32_Service

I got the following error:

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

What else I have to do to get this work?

5

5 Answers

3
votes

It has nothing to do with Remoting. PowerShell Remoting is not supported on XP/2003, only Vista/2008 and up (though a WSMan update should be released for XP/2003 in the next few months).

Do you have admin priviligies on the remote box? If not, try with the credential parameter:

Get-WmiObject -ComputerName computerNameHere Win32_Service -Credential $cred

0
votes

PSH V2 uses WinRM 2.0 (not 1.1), and this is only available in its CTP form currently, and limited to Vista and 2008.

PSH team blog entries have mentioned (IIRC) this being a CTP limitation, but currently unclear how it will be resolved.

0
votes

An alternative is to use another remoting solution like the /n software PowerShell Server: www.nsoftware.com/powershell/

0
votes

The issue the user is having is not with PowerShell Remoting. Get-WmiObject -ComputerName computerNameHere uses WMI Remoting instead.

0
votes

Though this post is more about wmi than powershell remoting, here is my experience with powershell remoting on a windows 2003 machine. It works fine with a admin user. But while doing remoting with a non-admin user on 2003, you can run powershell cmdlets fine, but can't run any.

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