Hello,
Thank you for posting in Microsoft community.
This error usually indicates a problem with the WinRM service configuration or network communication between the jump server and the remote host. Have you checked the network connection between the jump server and the remote host? You can use the Ping command or other tools to test network connectivity.
In addition, may I know what specific operation did you perform that got the error? If you are managing Exchange server, the following can help troubleshoot the problem.
- Make sure that the user who is trying to connect has a Remote PowerShell Enabled status. To determine whether a user is enabled for Remote PowerShell, you have to start Exchange Management Shell by using an account that is enabled, and then run the following command:
This query returns a response of True or False. If the output is displayed as False, the user is not enabled for Remote PowerShell. To enable the user, run the following command:(Get-User <username>).RemotePowershellEnabled
Set-User <username> -RemotePowerShellEnabled $True
- Make sure that the WSMan module is registered but not enabled at the Server level. Also make sure that the WSMan module is enabled for the PowerShell virtual directory. Then, verify that the following WSMan module entry is included in the
<globalModules>
section of theC:\Windows\System32\Inetsrv\config\ApplicationHost.config
file as follows:
XML:
<globalModules>
<add name="WSMan" image="C:\Windows\system32\wsmsvc.dll" />
Note: You must follow these steps even if the WinRM IIS Extension feature has been removed. This is because the uninstall procedure does not automatically fix the ApplicationHost.config file.
For more information see: WinRM can't determine content type of HTTP response - Exchange | Microsoft Learn
I hope this will help you. If you have any follow-up questions, please contact us.
Best regards
Jacen