Microsoft Secure Tech Accelerator
Apr 03 2024, 07:00 AM - 11:00 AM (PDT)
Microsoft Tech Community
Setting up remote PowerShell for SP Raas
Published May 15 2019 03:11 PM 392 Views

First published on TECHNET on Jan 18, 2016

Hello All,




Lately  when I setup remote PowerShell to run the Raas tool (For more info about the service see ) I have been having the same problems every time, so I figured I would throw it up here so that everybody could benefit from it.




First thing first we are setting up PSRemoting, and very quickly this is what we do.  I follow this article




On the SharePoint server (Target machine) we run the following commands



    1. winrm quickconfig


    1. Enable-WSManCredSSP -Role server

NOTE: (Run the following two commands for Windows Server 2008/R2 only)

    1. winrm set winrm/config/winrs '@{MaxShellsPerUser="25"}'


    1. winrm set winrm/config/winrs '@{MaxMemoryPerShellMB="600"}'

NOTE: (Watch the quotes in the last 2 commands above)




Then on the tool server (Client machine)



    1. Enable-WSManCredSSP -Role client -DelegateComputer <SharePointServer FQDN>

NOTE: You must provide the whole FQDN not just Netbios name




Then we test our connection by running a New-PSSession command, and baam the trouble starts.  We get the following error




PS C:\Users\XXXXXXX> $s = New-PSSession -ComputerName -Authentication CredSSP -Credential $farm


[] Connecting to remote server failed with the f


ollowing error message : The WinRM client cannot process the request. A compute


r policy does not allow the delegation of the user credentials to the target co


mputer because the computer is not trusted. The identity of the target computer


can be verified if you configure the WSMAN service to use a valid certificate


using the following command: winrm set winrm/config/service '@{CertificateThumb


print="<thumbprint>"}'  Or you can check the Event Viewer for an event that spe


cifies that the following SPN could not be created: WSMAN/<computerFQDN>. If yo


u find this event, you can manually create the SPN using setspn.exe .  If the S


PN exists, but CredSSP cannot use Kerberos to validate the identity of the targ


et computer and you still want to allow the delegation of the user credentials


to the target computer, use gpedit.msc and look at the following policy: Comput


er Configuration -> Administrative Templates -> System -> Credentials Delegatio


n -> Allow Fresh Credentials with NTLM-only Server Authentication.  Verify that


it is enabled and configured with an SPN appropriate for the target computer.


For example, for a target computer name "", the SPN can be o


ne of the following: WSMAN/ or WSMAN/* Try the r


equest again after these changes. For more information, see the about_Remote_Tr


oubleshooting Help topic.


+ CategoryInfo          : OpenError: (System.Manageme....RemoteRunspace:Re


moteRunspace) [], PSRemotingTransportException


+ FullyQualifiedErrorId : PSSessionOpenFailed








Here are the solutions that I have found for this issue, hopefully one of them will help you.



    1. Denied permission on session configuration, run the following command

Set-PSSsessionConfiguration -ShowSecurityDescriptorUI –Name microsoft.powershell


Then in the window that opens insure your user has Full Control and there are no denies.



    1. Deny Access to Server, make sure your user is a member of Local Admin group on the SharePoint server


    1. CreddSSP authentication failing, if your able to connect to session by dropping the CredSSP parameter.  Perform the following steps.

    1. Open GPEdit.msc


    1. Expand Computer Configuration -> Administrative Templates -> System -> Credentials Delegation


    1. Enable the policy 'Allow delegating fresh credentials with NTLM-only server authentication'


    1. Click the Show button and add the SPN in the format WSMAN/<FQDN>


    1. Click ok and close the .msc


    1. Run gpupdate /force



As I find new solutions/issues I will update this article, good luck and have fun everybody.

Version history
Last update:
‎Apr 28 2020 03:17 PM
Updated by: