有人问几个月前的这个问题，我有完全相同的问题。 我尝试了其他post中的所有build议解决scheme（特别是在服务器上重新安装video卡），但没有任何运气。 我详细阅读了这个故障排除指南，没有任何结果： http : //theillustratednetwork.mvps.org/RemoteDesktop/RemoteDesktopSetupandTroubleshooting.html
我有一个远程桌面客户端，我无法连接到我们的本地networking。 当我在连接盒中input机器的IP /端口并点击连接时，它会短暂地给出正常的“正在连接…”对话框。
但是，2秒后就会下降。 没有错误信息，什么都没有 就好像什么都没发生一样消失。
我有相同的域上的其他机器负载相同的GPO工作正常。
有任何想法吗？
我有同样的问题。 原来是一个显卡驱动程序的问题。 我在这里发布了更详细的回复：
从XP SP3出站RDP会话失败，但端口3389是可及的
这是一个暂时的问题还是在重新启动后继续失败？ 我在罕见的场合看到过这样的事情，但这通常是暂时的。 使用terminal服务pipe理器，您可以远程连接并终止现有的存根会话。 通常当这个会话被注销或者被终止时，它将允许你再次login。 您也可以通过尝试使用不同的用户login来certificate相同。
我有类似的问题与服务器之间的时间差异，如果是这样的话，在服务器和客户端设置ntp同步。
当服务器上的CPU太忙且RDP服务器的CPU时间不足时，我发生了类似的情况。 服务器上出现失控进程，在我们排除故障之前，需要多次重试才能获得RDPlogin。 （另一种方法是在键盘上进行技术login并手动重新启动Win2003服务器。）
一旦CPU占用过程中断，RDP服务开始正常响应。
如果pathMTU发现存在问题，则有时可以看到类似的行为，初始连接成功，但一旦更大的数据包开始发送，连接就会断开。
检查是否在故障机器上启用了PMTU发现function，同时检查机器主接口上是否有默认的硬件MTU。 检查是否有任何路由器，交换机或虚拟机之间的VPN隧道，这可能会强制分片。
如果您连接到与故障机器相同的交换机，那么PMTU发现可能不是问题…机器是否显示任何其他networking问题？
对我而言，这是一个networking问题。 当通过wifi连接到我们的办公室局域网时，一些networking数据包被丢弃。 每次我尝试将RDP发送到机器时，都会在login提示符处挂起。 如果我已经到桌面，窗口中途渲染，当我点击图标或开始菜单时没有任何反应。 当我插入LAN电缆时，一切都没问题。
所以，我会build议做一个ping，看看networking连接如何。
或者它可能是另一台机器上有故障的LAN电缆。