Scenario / Questions
I am trying to enable Powershell remoting on a Windows 2008 R2 Server, running in workgroup mode.
I ran the command Enable-PSRemoting in the PowerShell Console.
PS C:\Windows\system32> Enable-PSRemoting WinRM Quick Configuration Running command "Set-WSManQuickConfig" to enable this machine for remote management through WinRM service This includes: 1. Starting or restarting (if already started) the WinRM service 2. Setting the WinRM service type to auto start 3. Creating a listener to accept requests on any IP address 4. Enabling firewall exception for WS-Management traffic (for http only). Do you want to continue? [Y] Yes [A] Yes to All [N] No [L] No to All [S] Suspend [?] Help (default is "Y"): y WinRM already is set up to receive requests on this machine. Set-WSManQuickConfig : Access is denied. At line:50 char:33 + Set-WSManQuickConfig <<<< -force + CategoryInfo : InvalidOperation: (:) [Set-WSManQuickConfig], InvalidOperationException + FullyQualifiedErrorId : WsManError,Microsoft.WSMan.Management.SetWSManQuickConfigCommand
I am logged in as a member of the Administrators Group, and running the Console As Administrator.
Find below all possible solutions or suggestions for the above questions..
For any issue with Power Shell Remoting, there are two important resources.
The first is
help about_Remote_Troubleshooting, which is an extensive reference.
The second is an internet search for the error you’re getting. I found a PowerShell team blog post that had this checklist:
- My machine is connected to domain.
- I am logged in as administrator
- PowerShell is launched elevated.
- My password is not blank
Does one of those fix your issue?
Just ran into and solved this problem on a couple of systems. In this particular case, these two systems were not part of a domain, and the user account was not the original “Administrator” account, but rather a newer account that was also a member of the local Administrators group.
The solution came from the following blog post I wandered across: WinRM Access is Denied on Local Computer. In short, run the following from a command prompt (launched as Administrator):
reg add HKLM\SOFTWARE\Microsoft\Windows\CurrentVersion\Policies\System /v LocalAccountTokenFilterPolicy /t REG_DWORD /d 1 /f
After that, re-launch the PowerShell prompt as admin and re-run
Enable-PSRemoting, that simple.
I recently had the same error Access is denied, while trying to enable PSRemoting on hosted version of Windows 2008 R2.
I discovered that my hosting company had applied a group policy on a firewall rule, which is modified in the 4th step when trying to enabled PSRemoting:
4. Enabling firewall exception for WS-Management traffic (for http only)
Steps to fix:
1) Click on start menu >> Administrative tools >> Windows Firewall and Advanced security
2) Click on inbound rules >> new rule >> choose the option “predefined” and select Windows Remote Management from the dropdown list >> Click next
3) Now, Deselect Windows Remote Management compatibility Mode(HTTP-In) and select Windows Remote Management Mode(HTTP-In) >> Click Next >> Allow the connection >> Finish
Here’s a list of useful resources for debugging this, which I used before I discovered the above fix:
Trouble Shooting References:
Check that your account is in the Local Administrators group:
powershell> whoami /all
Powershell team – Enable PSRemoting (4 common trouble shooting steps)
How to run powershell commands on remote computers (Domain vs Workgroup setup)
Trying to setup PSRemoting on SharePoint?
Using PowerShell remoting technologies to manage a SharePoint farm
Trying to setup PSRemoting on Windows XP?
Error enabling PSRemoting in Windows XP SP3
Are you using VirtualBox and trying to setup PSRemoting?
Virtualbox and needing to enable enable CredSSP
VirtualBox and setting up PSRemoting gets access denied error
I turned off UAC in Win 7, rebooted and it worked.
Edit: Not suggesting you leave UAC off. I had this issue and did not have a blank password. Turned out to be the only fix for me. Just turn it back on when the command succeeds. Sheesh on the downvotes. lol
Disclaimer: This has been sourced from a third party syndicated feed through internet. We are not responsibility or liability for its dependability, trustworthiness, reliability and data of the text. We reserves the sole right to alter, delete or remove (without notice) the content in its absolute discretion for any reason whatsoever.