从XP SP3出站RDP会话失败,但端口3389是可及的

我可以telnet 192.168.10.10 3389并获得连接。 但RDP客户端到192.168.10.10即时保释(小于1秒)“连接”button灰色短暂,RDP应用程序仍然在屏幕上。 已经从子网上的其他节点尝试这些结果为192.168.10.10。

在192.168.10.10上启用远程桌面。 在192.168.10.10窗口,firemallclosures。 我从同一个子网连接,即没有防火墙硬件/路由器的方式。 AV软件已安装,但同一子网上的其他节点允许使用完全相同的AV设置(networking组configuration文件)进行RDP连接。对于任何其他AV软件或本地防火墙产品,均检查192.168.10.10。 我相信没有一个存在。 检查registry以确保3389是设置用于侦听的端口。

似乎是一个XP的问题(SP3)。 我的局域网上有2个节点有这个问题,但其他许多工作正常。

我也一直有这个问题。

3389端口将通过Telnet开放。 当我尝试login时,它似乎已经连接,但会话在短暂暂停(大约一两秒钟)后断开连接。

在网上查找并查看我的系统日志后,我发现这是由显示驱动程序中的问题引起的。 在我的情况下,这是由ATI催化剂驱动程序造成的,但是具有nVidia驱动程序的系统也知道也会遇到这个问题。

我build议检查您的事件日志>系统的消息,如:

 \SystemRoot\System32\RDPDD.dll failed to load 

在我的情况下,通过回滚到基本的ATIvideo驱动程序解决了问题。

这是一个更深入的讨论这个问题。 http://blogs.technet.com/b/brad_rutkowski/archive/2008/01/04/systemroot-system32-rdpdd-dll-failed-to-load.aspx

使用Telnet你打开一个连接到端口。 使用只是第一阶段的RDP客户端。 然后它继续协商一些连接参数并执行authentication。 任何一个失败,它立即断开连接。

在RDP主机上可能存在一个问题,但Telnet在validation端口是否可以连接之外对于诊断这样的问题是绝对没有用的。 我更倾向于使用Wireshark或类似的方式来观察RDP客户端尝试连接时发生的情况。

两件事情要检查:

  1. 如果您的防病毒是McAfee Enerprise,请检查“不需要的程序策略”下的远程pipe理工具未选中。

  2. 在这两台PC上的事件查看器。 特别是你正试图连接到的PC。 每次尝试远程login时,看看是否有问题。

RDP要求端口3389打开TCP(以及UDP以及audio/videoredirect)。 如果只有TCP可访问,RDP仍然可以工作。

这一点是不完全正确的,但仍然有用,我不想完全修改答案

事实上,你可以telnet到3389意味着TCP是开放的,但不一定是UDP。

我有一个类似的问题,事实certificate由于防火墙问题,UDP没有打开(我知道你已经指出没有防火墙,但是让我们看看它是否打开)。 尝试使用PortQry并查看是否在该端口上侦听TCP和UDP。 有问题的机器上的netstat -a也可能有帮助。

结束

还要检查是否存在允许远程桌面访问的用户(如果您看到SID而不是实际的用户名,用户可能不存在),是否有效以及设置了密码 – 开始 – >控制面板 – >pipe理工具 – >计算机pipe理 – >树中的本地用户和组 – >组 – >远程桌面用户。

最后,还要检查远程桌面用户组是否允许远程连接 – 开始 – >控制面板 – >pipe理工具 – >本地安全策略 – >树中的本地策略 – >用户权限分配 – >允许通过terminal服务login在右边的列表。

编辑:修改答案,以便下面列出的所有意见是正确的。 多谢你们。