今天在用远程桌面连接服务器的时候突然报错，说是身份验证错误，代码: 0x800706be
然后就卡住了一下。经过尝试，发现了原因。
因为昨天我删除了凭据管理器里面的一个普通凭证，需要我手动加回去。具体操作如下
选择Windows凭据
添加普通凭据
输入你要访问的远程服务器ip，用户名，密码，最后确定
0x800706be 这个技术问题到底是什么？合理吗？
错误码
0x800706BE字面含义：RPC 远程过程调用失败Microsoft ...。现象很反直觉：明明你在 mstsc 界面手动输入正确账号密码、不点保存密码，按理系统应该拿你界面输入的密码直接去认证，结果直接报错，连密码都没发给服务器。
底层原理（大白话）
- Windows 凭据：勾选「记住我的凭据」时自动保存的条目。
- 普通凭据（Generic Credential），名字格式
TERMSRV/IP。
mstsc 内部逻辑有一个缺陷：只要曾经存在过一条 TERMSRV/xxx 的普通凭据，哪怕你后来把它删掉了，后续你在界面手动输入密码，CredSSP 组件依然会尝试去读取这条已经被删除的凭据条目；读取失败直接抛出 RPC 异常
0x800706be，完全不去使用你界面刚刚输入的账号密码。
👉 重点坑：
你以为：我手动敲密码，系统就用我敲的密码。
实际 Windows 行为：优先去找本地凭据库，凭据库状态异常，直接本地崩溃，密码根本没有发送到服务器。
服务器完全收不到认证请求，自然不会返回 “密码错误”。
为什么别的服务器正常，唯独这台有问题？
- 别的服务器：要么没有残留 / 删除过普通凭据，要么握手走到 NTLM 路径，不会触发这个 bug。
- 这台服务器：你之前连接过，生成过
TERMSRV/36.139.47.64普通凭据，后来手动删掉了；Windows 凭据库留下损坏状态，后续每次连接触发这个逻辑 bug。 - Win11 更新 CredSSP 组件后，更容易触发该边界 bug，所以会出现之前好好的，更新后突然炸掉。