用户向我报告他们无法访问rotary.org。 这是一个相当重要的国际网站，所以看起来有点奇怪。 我在不同的浏览器中在我的机器上复制了这个问题。 Rotary.org导致页面未find错误。
我们的环境是两个运行校园DNS的Windows Server 2008 R2 DC。 它们每个都configuration为使用根提示，而没有使用DNS转发器。 这些系统是稳定的，而对于互联网的其他部分，他们似乎像冠军一样解决DNS查询。 所有校园计算机都设置为使用这些DC作为DNS服务器，除了DC以外，工作站不能进行外部DNS请求（被防火墙阻止）。
这个问题来来去去。 在过去，我已经刷新了两台服务器上的DNScaching作为临时修复。 发生问题时，执行nslookup会产生如下所示的结果（模拟，因为问题现在不存在）：nslookup默认服务器：dc1.zzz.edu地址：192.168.2.4
> rotary.org Server: dc1.zzz.edu Address: 192.168.2.4 *** dc1.zzz.edu can't find rotary.org: Server failed 当它工作时：
nslookup Default Server: dc1.zzz.edu Address: 192.168.2.4 > rotary.org Server: dc1.zzz.edu Address: 192.168.2.4 Non-authoritative answer: Name: rotary.org Address: 209.107.78.20
刷新服务器上的DNScaching解决了这个问题 – 通常 – 立即。 intoDNS DNS报告显示，他们最后的大部分内容都是正常的： http ： //www.intodns.com/rotary.org除了他们的名字服务器之间没有粘合剂。
这个问题似乎只为rotary.org – 没有其他用户报告的问题。 有没有问题，我很好，清理caching，但我也想知道是什么原因造成的。 这个问题可以在我们的结尾，或者rotary.org通过一些时髦的DNS？
事实上，我发现rotary.org没有什么问题，除了可能缺乏多样性（一个AS中的所有名称服务器）。 我能想到的唯一方法是，下次rest时，从networking上运行一些testing。 例如，挖掘和traceroute所有名称服务器rotary.org。
（在线testing如http://www.zonecheck.fr/从不同的angular度进行testing，如果是NTT与您之间的networking问题，可能会错过）。
一个简单的工具的例子：
% check-soa -i rotary.org auth1.ns.gin.ntt.net. 129.250.35.229: OK: 2013062800 (166 ms) 2001:418:3ff:4::11: OK: 2013062800 (159 ms) auth2.ns.gin.ntt.net. 2001:1868:104::101: OK: 2013062800 (201 ms) 69.36.249.35: OK: 2013062800 (184 ms) auth3.ns.gin.ntt.net. 129.250.31.21: OK: 2013062800 (131 ms) 2001:418:0:700b::201: OK: 2013062800 (140 ms) auth4.ns.gin.ntt.net. 2001:728:0:7000::201: OK: 2013062800 (53 ms) 213.130.47.21: OK: 2013062800 (41 ms) auth5.ns.gin.ntt.net. 2001:218:2000:3005::201: OK: 2013062800 (297 ms) 61.213.162.88: OK: 2013062800 (314 ms)
挖：
% dig @auth1.ns.gin.ntt.net. A rotary.org ; <<>> DiG 9.9.2-P2 <<>> @auth1.ns.gin.ntt.net. A rotary.org ; (2 servers found) ;; global options: +cmd ;; Got answer: ;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 48120 ;; flags: qr aa rd; QUERY: 1, ANSWER: 1, AUTHORITY: 5, ADDITIONAL: 1 ;; WARNING: recursion requested but not available ;; OPT PSEUDOSECTION: ; EDNS: version: 0, flags: do; udp: 4096 ;; QUESTION SECTION: ;rotary.org. IN A ;; ANSWER SECTION: rotary.org. 7200 IN A 209.107.78.20 ;; AUTHORITY SECTION: rotary.org. 7200 IN NS auth2.ns.gin.ntt.net. rotary.org. 7200 IN NS auth5.ns.gin.ntt.net. rotary.org. 7200 IN NS auth3.ns.gin.ntt.net. rotary.org. 7200 IN NS auth1.ns.gin.ntt.net. rotary.org. 7200 IN NS auth4.ns.gin.ntt.net. ;; Query time: 166 msec ;; SERVER: 2001:418:3ff:4::11#53(2001:418:3ff:4::11) ;; WHEN: Sat Jun 29 13:34:53 2013 ;; MSG SIZE rcvd: 169
在这两个例子中，testing都从您的networking运行，以显示您的用户将看到。