我们正在逐步升级我们的电脑到Windows 7，现在已经有好几次无法打开到升级的机器的RDP连接来远程pipe理它们。 在某个时候，我们意识到networking级身份validation是罪魁祸首，随后在我们自从部署的映像中禁用它。
今天早上，我有另一台机器，我无法连接，试图以下几点：
AFAICT nmap显示端口3389未打开。
有问题的机器在几百公里以外，所以物理访问是执行本地login有点困难（我不想交出本地login细节，让用户修复它）。
“组策略”不存在的原因有两个：机器未连接域，
由于我们使用FOG进行映像和pipe理，因此可能会部署registry黑客或批处理/ PowerShell脚本来禁用它; 有没有人有任何可能的解决scheme的build议？
networking级别身份validation（NLA）需要在启动会话的主机和远程主机上进行身份validation。 这意味着有几个用户名/主机名的variables组合，必须都很好地发挥：
这有一些影响，可以防止与NLA的远程桌面工作：
如果启动远程桌面会话的本地主机不支持NLA。 这将是Vista之前的Windows版本，至less没有版本6.1的RDC 。 这也意味着像Linux这样的主机使用不支持NLA的客户端。
如果启动远程桌面会话的本地帐户无法在本地进行身份validation。 通常情况下，如果您使用无法login到启动会话的本地主机的帐户，或者其权限受限，则会发生这种情况。 对于域帐户，请通过“net use / domain”参见用户帐户的允许的工作站/工作站限制列表。 如果帐户仅限于一组主机，则本地主机和远程主机都必须位于RDP与NLA协同工作的列表中。
我终于把有问题的机器还给了我（这是一台笔记本电脑），发现远程桌面已经完全禁用; 有时，只有物理访问才能确定导致问题的原因。