题。 我有一个Windows AD域与两个DC。 当我的“主”域服务器脱机时，我发现名称parsing变得非常不可靠。 我怎样才能解决这个问题？
我运行了两台Windows Server 2012标准服务器，都是域控制器，DNS服务器和DHCP服务器。
在客户端，我的客户端使用DHCP（来自上述服务器），并且他们获得的DNSconfiguration将一个域控制器设置为首选，另一个为备用。
如果我closures“首选”域控制器作为testing，那么互联网浏览变得非常缓慢。 加载页面往往失败，我必须经常刷新，才能成功加载页面。 我认为DNS查找以循环的方式发生，所以我假设客户端首先尝试首选DNS并失败。 然后当我刷新，它尝试交替并成功。 但是我不确定，这似乎是一个非常笨重的系统：
问题A.为什么当主DNS失败时客户端不会自动尝试备用DNS？ 这是2015年。如果我必须手动进行刷新（有时是两次，有时甚至是五到六次）以使互联网正常工作，那么有什么意义？ 我有一些configuration错误吗？
问题B：如果我从客户端的命令提示符执行nslookup google.com ，只是尝试联系主DNS而超时。 无论尝试多less次，它都不会尝试交替。 为什么是这样？
问题C.是否有更好的方法来设置，以便DNS故障转移更加透明和自动？ 主DNS服务器在线时，一切都像黄油一样顺畅。 当我不得不切换到我的“辅助”DNS服务器时，一切都变得缓慢和笨拙。 我不认为这是预期的devise。 （我知道“主要”和“次要”域服务器的想法现在已经被弃用，并且所有的域控制器都被认为是平等的 – 更为重要的原因是，为什么我不明白为什么我应该遇到这些问题，如果一个控制器下）。
问题A – 有关各种Windows操作系统的DNS故障转移行为的详细信息，请阅读http://blogs.technet.com/b/stdqry/archive/2011/12/15/dns-clients-and-timeouts-part-2 .aspx这通常工作，很可能你有一些错误的configuration。
问题B – Nslooup是DNSparsing的诊断工具，而不是客户端parsing。 Nslookup将自动select首选的DNS服务器，并将所有查询发送给它 – 这是devise。 要testing你的第二个DNS服务器types的parsing
Server <seconddcnameorip> NameToResolve.domain.com.
问题C – 很可能你有第二个服务器configuration为转发查find第一台服务器 – 它可能也被configuration为isSlave = 0。 在这种configuration中，您正在打DNS超时，因为DNS服务器将尝试从第一个DNS服务器parsing超时，然后做根提示。
要么更改这两个域控制器，以删除所有的转发器，所以他们都使用root提示，或更改这两个域控制器，使他们都使用您的ISP DNS服务器（或谷歌DNS 8.8.8.8）
祝你好运！
巴蒂尔