昨天,我们将SP1应用于运行Windows 2008 R2的DNS服务器。
更新后,DNS失败。事件日志中没有故障代码;它表示服务已经启动,并且出于所有意图和目的,都表现得像在工作一样。
但是,当我转到DNS属性时,监控选项卡并单击“现在测试”,它表示简单查询和递归查询都失败了。
事件日志设置为记录所有事件。
由于某种原因,它在今天早些时候起作用了几分钟,但后来又停止了。
有什么我能查到的吗?
注意:我重新启动了DNS服务,它恢复了正常运行;有一段时间了。然后又走了。
编辑:(4/5/11) 2个月后和同一期。DNS现在运行了一段时间,然后再倒车。然而,当它这样做时,绝对没有错误。
发布于 2011-09-29 00:36:15
我们最近把一个特定的路由器从等式中拿出来了,到目前为止还没有再出现这种情况。
我要把它归结为两种可能性之一。要么是一个古怪的路由器发送导致DNS服务器崩溃的请求,要么是MS修复了这个问题。
不管是哪种,都关门了。
就像生活中的一切一样,还有更多。较新的路由器失效了,我们用Linksys RV082替换了它,这个问题再次出现。
更多的研究,我发现这是一个综合的问题。首先,Windows 2008 R2默认使用名为EDNS0的扩展发送DNS请求。但是,在DNS失败的情况下,如果没有扩展名,它不会再次发送请求。就像应该那样。
有些路由器显然要么完全丢弃,要么至少截断超过512字节的UDP数据包。正常的DNS不是这样的,但是EDNS0扩展可以很容易地超越它。我指的是我们尝试过的几个思科路由器。是的,第一个路由器也是思科(不同型号)。第二个路由器是其他品牌的。
不幸的是,这些特定的路由器没有给我们允许更大的UDP数据包的选择;或者,如果它们允许,它是隐藏的,而且我还没有找到正确的开关。
通常情况下,这并不是太大的问题,但在MS DNS服务器上出现了一个错误,导致它在发生一定数量的故障时完全停止解析DNS查询。这就需要重新启动DNS服务,它将在其中运行一段时间。
解决方法是简单地使用关闭EDNS0 0支持。
它的命令是:dnscmd /config /EnableEDNSProbes 0
发布于 2011-02-24 18:53:19
尝试使用dcdiag工具,它可能会帮助您识别问题。另外,在您的DNS服务器上,是否在适配器上选择了DNS中的自动注册?
https://serverfault.com/questions/239795
复制相似问题