当设置和testingDNS转发器，我发现，如果主要是无法访问2008年仍然会尝试在每个查询尝试次要之前。
查询次要服务器之前的默认超时时间是3秒，所以现在每个DNS请求将有3秒的延迟。 这对用户来说是一个非常明显的延迟。 我还没有find这个在线的解决scheme。
有没有一种方法来configuration2008年，以便它将简单地查询次要，直到主要是再次作出响应？
编辑：好吧似乎没有解决scheme。 如果您正在使用转发器，并且主要是无法访问的networking性能将受到影响。 即使对于微软来说也是令人惊讶的。
目前，只需在您的configuration中交换DNS服务器。 几个月前我们有类似的情况，它运行良好。
在“ configurationDNS服务器使用转发器 ”中，微软提供了这个小小的智慧：
您可以通过configurationDNS服务器以避免过度使用转发器，从而防止与转发器相关的常见问题。
虽然这主要是在有条件的货运代理方面提供build议，但它通常也适用。 转发器不能神奇地确定一个DNS服务器不可用：它必须试着问。 当然，他们可以使用某种types的UDP 53端口扫描，但是这只会增加复杂性，延迟以及触发一些过度使用IPS的机会。 而不是所有这些，它只是执行一个DNS查询，这只需要几秒钟。 如果你想立即缓解这个问题，你可以设置一个更积极的超时（比如1秒），也许可以添加一些转发器。 然而，这显然有风险，你根本得不到任何回应。
你可能要考虑configuration你的DNS指向两个或更多“边缘DNS”服务器，它们本身recursion到根提示（recursion到根提示不是一些巨大的邪恶;它真的不需要那么长时间。比你现在面对的3秒短）。或者，也许你可能想考虑直接recursion到根提示，而不是使用转发器。
我假设你在这里担心的是你不是权威的外部资源。 在这种情况下，以上是两条可以考虑的起点。 当然也有其他的。 如果案例是权威或内部区域，则考虑采用比服务器级转发器更好的function来实现答案的区域devise，例如存根区域 。