BIND9/Windows Server 2003 DNS 的随机 DNS 客户端问题
在我们的办公室内，我们有一个运行 DNS 的本地服务器，用于内部相关的“域”（例如 .internal、.office、.lan、.vpn 等）。随机地，只有配置了这些扩展的主机才会停止在基于 Windows 的工作站上进行解析。有时它会在一台机器上工作几周而没有问题，然后突然停止工作，或者每天会在另一台机器上发生 15 次。对于所有工作站来说，它都是完全随机的。
在进行故障排除时，我打开了命令提示符，并对其中一些主机发出了各种 nslookup 命令，它们得到了解决，但是我被告知 nslookup 使用与其他应用程序（例如 Web 浏览器）不同的“库”进行名称解析，电子邮件客户端等。
到目前为止，唯一的解决方案是在发生这种情况时手动重新启动每个工作站上的 Windows DNS 客户端。多次发出 ipconfig /flushdns 命令有时会有所帮助，但在重新启动 DNS 客户端之前甚至无法成功地尝试。
我尝试过两个不同的DNS服务器； BIND9 和 Windows Server 2003 R2 DNS 一样，行为也是一样的。
我们在办公室内有一台 Netgear JGS524 交换机，所有工作站和服务器都连接到该交换机，在另一个部门有一台 Linksys SR224G 交换机，并连接了工作站。
Within our office, we have a local server running DNS, for internal related "domains", (e.g. .internal, .office, .lan, .vpn, etc.). Randomly, only the hosts configured with those extensions will stop resolving on the Windows-based workstations. Sometimes it'll work for a couple weeks without issue on one machine, then suddenly stop working, or it'll happen on another 15 times per day. It's completely random for all workstations.
When troubleshooting, I have opened up a command prompt, and issued various nslookup commands for some of these hosts, and they resolve, however I've been told that nslookup uses different "libraries" for name resolution than other applications such as web browsers, email clients, etc.
The only solution thus far, is manually restarting the Windows DNS Client on each workstation when this happens. Issuing the ipconfig /flushdns command multiple times helps every now and then, but is not successful enough to even attempt before restarting the DNS Client.
I have tried two different DNS servers; BIND9, and Windows Server 2003 R2 DNS, and the behavior is the same.
We have a single Netgear JGS524 switch all workstations and servers are connected to within the office, and a Linksys SR224G switch in another department with workstations attached.
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（1）
在这种特殊情况下，即使主名称服务器可用，Windows 也会随机开始使用辅助名称服务器而不是主名称服务器。
我的解决方案：删除辅助。这不是一个很好的解决方案，因为如果这个单一名称服务器出现故障，它显然会杀死整个名称解析，但考虑到这个网络很小并且名称解析不是关键任务（阅读：它可能会出现一个小时的故障），这解决方案是可以接受的。
In this particular situation, it appears that Windows will randomly start using a secondary name server instead of the primary, even if the primary is available.
My solution: remove the secondary. This is not a great solution as it obviously will kill the whole name resolution if this single name server goes down, but given this network is small and name resolution isn't mission critical (read: it can go down for an hour), this solution is acceptable.