![Win7 到 W2K8 R2 远程桌面失败,但第三方远程桌面客户端连接正常](https://linux22.com/image/556442/Win7%20%E5%88%B0%20W2K8%20R2%20%E8%BF%9C%E7%A8%8B%E6%A1%8C%E9%9D%A2%E5%A4%B1%E8%B4%A5%EF%BC%8C%E4%BD%86%E7%AC%AC%E4%B8%89%E6%96%B9%E8%BF%9C%E7%A8%8B%E6%A1%8C%E9%9D%A2%E5%AE%A2%E6%88%B7%E7%AB%AF%E8%BF%9E%E6%8E%A5%E6%AD%A3%E5%B8%B8.png)
没有任何变化(Windows 更新除外),我的一台独立 W2K8 R2 服务器已无法从远程桌面(Win 7)连接。RDP 卡在“保护远程连接”上,永远无法完成。
但是,我可以使用第三方 RDP 客户端 Royal TS 连接到同一台服务器,该客户端允许我专门禁用网络级别身份验证。在 Royal TS 中启用 NLA 进行连接时,会出现与 Win7 RDP 客户端相同的问题。
W2K8 R2 服务器配置为允许非 NLA RDP 会话。不是域成员,不是 DNS 服务器等。它是一个独立的 Web 服务器。
所以,我的问题是,在没有其他改变的情况下,什么可能导致 RDP 出现这样的失败?
更新 奇怪的是,问题却神奇地解决了,双方都没有任何变化。
根据我通过谷歌找到的遇到类似问题的其他人的评论,我怀疑托管中心可能存在某种 DNS 问题。
答案1
您的 Win 7 机器是否可能已获得 RDP 6.1 更新?如果是,则可能是服务器身份验证失败。您是否尝试过从其他客户端(例如 XP 机器)进行更新?
我指的是以下几点:
http://support.microsoft.com/kb/951616
Server authentication
In RDC 6.1, server authentication verifies that you are connecting to the correct remote computer or remote server. This security feature helps prevent you from connecting to a computer or server to which you did not intend to connect. This feature also prevents you from unintentionally exposing confidential information.
By default, server authentication is enabled for the connection. However, if you want to change server authentication settings, follow these steps:
Click Start, click All Programs, click Accessories, click Communication, and then click Remote Desktop Connection.
Click Options, and then click the Advanced tab.
The three available authentication options are as follows:
Always connect, even if authentication fails
If you enable this option, you can connect even if RDC 6.1 cannot verify the identity of the remote computer.
Warn me if authentication fails
If you enable this option, RDC 6.1 tells you if it cannot verify the identity of the remote computer. This option gives you the choice of whether to continue with the connection.
Do not connect if authentication fails
If you enable this option, you cannot connect if RDC 6.1 cannot verify the identity of the remote computer.
答案2
奇怪的是,问题却神奇地解决了,双方都没有任何变化。
根据我通过谷歌找到的遇到类似问题的其他人的评论,我怀疑托管中心可能存在某种 DNS 问题。