我可以肯定的使用这个帮助：
我有两台Windows Server 2008 R2 x64terminal服务器，以及几台2003服务器（DNS / Wins / AD / DC）。 在2008年的两个盒子里，他们每隔一段时间都会进入这种模式，在这种模式下，您不能将驱动器映射到随机服务器。 我说随机服务器，因为它不总是相同的服务器，你不能映射到。
以下是我能做什么和不能做什么的总结：
net view \\servername有时这工作，有时它不。
net view \\FQDN这总是有效的。
net view \\IPAddress这始终有效。
ping servername有时候，这有效，有时它不。
ping FQDN这总是有效的。
ping IPAddress这总是有效的。
我一直在寻找解决scheme。 现在看来，微软似乎有一个修补程序。
踢球这是它有时工作很好，尤其是在重新启动后。 它可能会运行2周，但突然间，它将无法parsing远程服务器名称。 这将会是这样几天，然后它可能会再次开始工作。 而且，当它处于不工作的模式时，其他服务器没有问题到达那里。 只是这些2008 R2terminal服务器。
在主机文件和LMHosts中设置一个静态条目不会使其工作。 所有的服务器都有静态的IP地址，而且他们在DNS中注册并且胜利。
MS Technet上的这个问题是一个长长的问题 ，但是他们没有一个好的解决scheme。 这是他们的解决方法（从2010年6月起）：
好消息 – 一个修补程序正在工作中，并且已经确定了一种解决方法：
根本原因在于，由于这是SMB1，所有用户会话都在与远程服务器的单个TCP连接上。 向远程SMB服务器发起连接的第一个用户将其loginID添加到定义连接的结构中。 如果该用户注销该TCP会话的所有后续使用失败，因为login标识不再有效。 作为一个解决scheme，现在要保持这个问题的发生，你会想让用户不注销terminal服务器只断开他们的会话。
任何人有任何关于解决scheme的话？ 任何帮助肯定会被赞赏。
谢谢，詹姆斯
这听起来像名称parsing过程中的一个错误。 既然IP和FQDN都起作用了，在我看来，中小型企业工作得很好。 但是，主机/ lmhosts不能解决问题，这也意味着名称parsing问题，以及在进入DNSparsing步骤之前发生的问题。
validation它是否尝试对这些服务器进行DNSparsing，或者查看它尝试解决什么问题的一种方法是在受影响的服务器进入该状态后尝试进行数据包捕获。 看看它试图解决的各种排列（如果有的话）应该提供一些线索。