远程桌面提示身份验证错误

弹窗写着 CredSSP 或加密 Oracle 修正，问题出在客户端与服务器之间的身份验证协商，和账号密码对不对没有关系。CredSSP（凭据安全支持提供程序）曾修补过一个远程代码执行漏洞（CVE-2018-0886），补丁落地后，两端策略不一致就会拒绝连接。 原因讲清楚 打了新补丁的客户端连未打补丁的服务器，或反过来，都会因加密级别协商失败而报错，文案通常带有"要求的函数不受支持"字样。这类问题高发于服务器久未更新、客户端很新的组合。判断很简单：换一台旧电脑能连上、新电脑连不上，基本就是它。受影响的是协商环节，不是账号被锁，反复试密码没有意义，还会触发账户锁定。 客户端侧处理 把本地 Windows 更新到最新补丁，Mac 或手机上的远程桌面客户端升级到新版本，Mac 客户端的表现多为连接后立即断开，同样指向这个问题。企业环境由域控统一推送补丁的，联系管理员确认策略同步状态。补丁装完重启一次客户端电脑，部分更新要重启后才参与协商；手机热点环境再测一轮，能排除公司网络出口策略的干扰。 服务器侧临时修正 通过云控制台 VNC 登录服务器，运行 gpedit.msc，依次进入计算机配置、管理模板、系统、凭据分配、加密 Oracle 修正，设为已启用，保护级别选易受攻击；改完执行 gpupdate /force 立即生效。也可以直接改注册表： reg add "HKLM\SOFTWARE\Microsoft\Windows\CurrentVersion\Policies\System\CredSSP\Parameters" /v AllowEncryptionOracle /t REG_DWORD /d 2 /f 改动前把当前策略截图留底，恢复时照着改回去。没有组策略编辑器的家庭版系统，直接用上面的注册表命令，效果相同。 别把临时当永久 易受攻击档只是争取时间的过渡方案，两端补丁都补齐、确认安装成功后，立刻把保护级别调回默认的强制修复档。建议保留 NLA（网络级身份验证），它能挡掉大量爆破流量，临时方案里也不要彻底关闭。例行维护窗口里记得回头检查一遍这项配置。顺手把处理过程写进值班手册，下次别人遇到能按图索骥。