我可以从另一个客户端、从完全相同的网络、通过完全相同的转发端口通过 RDP 访问该机器。
今天远程桌面客户端挂起的原因是什么？通常情况下可以正常工作。
TCP 连接已建立，系统提示我输入凭据。然后，挂断...
答案1
唉，发布问题后不久，我就发现了根本原因。由于凭证错误，RDP 客户端似乎没有注意到服务器端套接字关闭。当我输入正确的密码时，它成功了！
我希望其他人能从这个问答中受益。看起来像是连接问题的情况实际上是 RDP 客户端的愚蠢行为。
以下是跟踪的最后两个数据包tcpdump：
09:29:05.977126 IP server.3389 > client.65355: F 1292:1292(0) ack 1438 win 7965
09:29:05.978195 IP client.65355 > server.3389: . ack 1293 win 16229
服务器（实际上是端口转发服务器，而不是 Windows 计算机）已发送 FIN 数据包，由 指示F。客户端 TCP 堆栈确认了它，但应用程序仍然忽略了单向关闭并继续显示连接尝试对话框。
我已经重现过好几次了。当我断开连接并尝试使用错误的密码重新连接时，它会挂起。输入正确的密码，它就会继续。也许再过十年他们就会正确使用 RDP。
PS：另一个未显示该行为的客户端是适用于 Android 的免费应用程序。
答案2
我今天也遇到了类似的问题。我第一次尝试通过腻子使用隧道访问机器。
原来是凭证完整性的问题。我漏掉了用户名前的域名，而我们通常不会在连接时添加域名。
答案3
不同的情况，类似的结果。
只有我的工作站（Windows 10 64 位）受到影响。我在运行 Windows 7 64 位的服务器场中克隆了一个 Citrix VM，以便我们的开发人员可以有一个小型沙盒进行测试。在对两个 VM（原始和副本）进行 AD 注册排序后，使用任何凭据（本地或域）从我的机器上进行 RDP 都无法工作。甚至无法使用 IP 地址进行连接。在所有情况下，输入凭据后连接对话框都会冻结。
此主题中的讨论促使我查看了凭证管理器，看看是否有我可以清除的条目。当我看到它是空白时，我尝试了一下并创建了条目。这解决了问题。不知道为什么，但它就在那里。
答案4
我最终解决这个问题的方法是卸载远程桌面连接代理。我花了一整天的时间才最终弄清楚。代理中必须有一些设置来配置这个挂起，但我没有足够的时间去深入研究，所以我只是简单地卸载了它。希望有人能找到改变它的方法~