How are these machines related? Are they in a domain together? Not in a domain? Is the destination computer’s name exactly as listed in DNS and/or Active Directory?
So, “Secrets of PowerShell Remoting” gets into some of these details, but…
Why not just allow the default Kerberos protocol to be used? However, note that you must connect using the target’s canonical AD name, in order for the mutual authentication to function. You can’t use IP address unless you take different steps, because the computer can’t be “found” in AD by IP.
Was this sorted for you? I am getting the same issue and not able to solve this. This used to work for me before. Suddenly this has broken and I am getting the error you got.
I ran into the same problem, and spent quite some time trying to find the answer. I was trying to create a CredSSP session from one Windows 10 machine to another. In the past this always worked perfectly for me, but now, a normal PSSession worked, but a CredSSP session threw the Request not supported error.
The clue came when I tried to RDP into the Windows 10 machine. In this case, an error dialog was shown indicating that it could be because of an update of ‘Oracle CredSSP encryption’ (free translation, I got it in Spanish). And a link to CredSSP updates for CVE-2018-0886 was provided.
The cause of the problem was connecting from Windows 10 1803 to Windows 10 1709. The solution was simple:
either upgrade the Windows 10 server machine to 1803
Thank you Harmen and Jon. I would not have been able to figure this without your help. The update was the issue. With your help, I was able to sort it out