Take the 2-minute tour ×
Server Fault is a question and answer site for system and network administrators. It's 100% free, no registration required.

A user reported to me that they are unable to access rotary.org. This is a fairly major international site, so it seemed a bit strange. I replicated the issue on my machine in different browsers. Rotary.org results in a page not found error.

Our environment is two Windows Server 2008 R2 DCs running DNS for the campus. They are each configured to use root hints, with no DNS forwarders in use. The systems are solid, and for other parts of the internet, they seem to resolve DNS queries like a champ. All campus computers are set to use these DCs as DNS servers, and except for the DCs, workstations cannot make outside DNS requests (blocked by firewall).

This problem comes and goes. In the past, I have flushed the DNS cache on both servers as a temporary fix. When the issue is happening, performing an nslookup results in something like the following (simulated, since the issue isn't present right now): nslookup Default Server: dc1.zzz.edu Address:

> rotary.org
Server:  dc1.zzz.edu

*** dc1.zzz.edu can't find rotary.org: Server failed

When it does work:

Default Server:  dc1.zzz.edu

> rotary.org
Server:  dc1.zzz.edu

Non-authoritative answer:
Name:    rotary.org

Flushing the DNS cache on the server resolves this - usually - instantly. intoDNS DNS report shows that most things on their end are normal: http://www.intodns.com/rotary.org EXCEPT that they provide no glue between their name servers.

This issue appears to be only for rotary.org - no other users have reported issues. I'm fine clearing the cache when there is an issue, but I'd also like to understand what could be causing this. Could this issue be on our end, or does rotary.org pass some funky DNS?

share|improve this question
IntoDNS is a quite poor service, with several spurious errors. The one about missing glue is specially stupid, since the name servers of rotary.org are not even in the same TLD as the domain they server. See bortzmeyer.org/tests-dns.html for a comparative analysis. –  bortzmeyer Jun 29 '13 at 11:28

1 Answer 1

up vote 1 down vote accepted

Indeed, I find nothing wrong with rotary.org, except may be a lack of diversity (all name servers in one AS). The only way forward I can think about is, next time it breaks, run some tests from your network. For instance, dig and traceroute to all the name servers of rotary.org.

(Online tests like http://www.zonecheck.fr/ tests from a differenat vantage point. If it is a network issue between NTT and you, they may miss it.)

An example with a simple tool:

% check-soa -i rotary.org
auth1.ns.gin.ntt.net. OK: 2013062800 (166 ms)
    2001:418:3ff:4::11: OK: 2013062800 (159 ms)
    2001:1868:104::101: OK: 2013062800 (201 ms) OK: 2013062800 (184 ms)
auth3.ns.gin.ntt.net. OK: 2013062800 (131 ms)
    2001:418:0:700b::201: OK: 2013062800 (140 ms)
    2001:728:0:7000::201: OK: 2013062800 (53 ms) OK: 2013062800 (41 ms)
    2001:218:2000:3005::201: OK: 2013062800 (297 ms) OK: 2013062800 (314 ms)

And with dig:

% 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

; EDNS: version: 0, flags: do; udp: 4096
;rotary.org.            IN  A

rotary.org.     7200    IN  A

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

In both examples, tests are ran from your network so show what your users will see.

share|improve this answer
Great tools to have! Thanks Bortzmeyer. I'll keep a lookout for this happening again and check from our network out, as well as from an external service to determine where the issue may lie. Thanks! –  SteadH Jun 29 '13 at 17:19

Your Answer


By posting your answer, you agree to the privacy policy and terms of service.

Not the answer you're looking for? Browse other questions tagged or ask your own question.