Server Fault is a question and answer site for system and network administrators. It's 100% free, no registration required.

Sign up
Here's how it works:
  1. Anybody can ask a question
  2. Anybody can answer
  3. The best answers are voted up and rise to the top

I'm having quite a weird issue. Had mail delivery issues to a specific domain. After looking closer, I realized that the DNS for that domain isn't resolving via the in-house Windows 2003 SP2 DNS server.


 DNS request timed out.
     timeout was 2 seconds. DNS request timed out.
     timeout was 2 seconds.
 *** Request to timed-out

( and are generic values to replace the actual ones)

Even if I run this nslookup from the server, I get the same result. However, all other requests are working as they should. I had a sysadmin friend try this DNS lookup on servers at several companies that he consults for (which are also Windows 2003 AD servers). The weird thing is some of these were having the same exact issue. However using public DNS servers work. I have tried clearing the DNS cache, restarting the server, restarting the services, etc. Nothing has worked.

One weird event I noticed in the DNS Server Event Logs that might be related is an event ID of 5504 with the following description:

The DNS server encountered an invalid domain name in a packet from The packet will be rejected. The event data contains the DNS packet.

For more information, see Help and Support Center at

In the data section below, I can see the following mentioned:

Which happens to be the nameserver for the domain in question. Several discussion threads and a MS KB have pointed to disabling EDNS. I have done this via "dnscmd /config /enableednsprobes 0" and it has not fixed the issue.

More Info:
I've added a wireshark excerpt(txt) which shows the DNS query. Just to clarify, the internal network is the network is the internal network (I didn't set it up, and it's stupid that it's setup this way). The internal DNS server is

So as far as I can see, here's what's happening:

  1. Internal DNS Server requests A record for from its NS record ( and it recieves no response
  2. Internal DNS server sends another request under the same transaction ID . It requests A record for from its other NS record ( and it recieves no response
  3. Internal DNS server sends a request under a new transaction ID . It requests an A record for from a nameserver (
  4. It recieves a response from with no records, just listing the authoritative NS servers.

share|improve this question
Are you using root hints or forwarders? – SpacemanSpiff May 30 '12 at 16:37
We're using root hints. While troubleshooting, I tried adding as a forwarder. Doing so would cause the name resolution to work. – Brett G May 30 '12 at 18:24
Can you post the rest of the data section? – Skyhawk Jun 4 '12 at 21:59
Enable EDNS and get a packet capture using Wireshark for port 53 on the DNS server in question. Also if you provide the domain name you are facing issues with then I can dig around from here to have a look. – nearora Jun 4 '12 at 22:16
up vote 3 down vote accepted

Ok, sorry to send you all on a goose chase. Ran a few more Wireshark sessions and realized that the and weren't sending any replies whatsoever. So I forced our DNS server to go out a different internet connection of ours and it worked. From what I can tell, the nameserver is blocking our requests coming from some of our IPs. I've contacted the people running the server and they're going to see if they can straighten it out on their end.

After much testing, we realized the problem was that somehow traffic being sent to us from their network was being discarded. It turns out they had an outdated file from IANA somewhere that listed all the reserved networks, and was blocking traffic to these networks. Our public IP addresses fell in one of these ranges, despite the fact that it had been allocated a while back.. they were just using an outdated list.

share|improve this answer

Using the default root hints if the IP/DNS information you are trying to use inside your Windows 2003 DNS infrastructure is the same that the public internet uses, i.e. in your example: 86399 IN A 204.x.y.z then you shouldn't need to add a forwarder for the domain, however, that is so long as the domain is not used within the active directory forest itself.

Based on your Event log entries, I found which states that the Windows 2003 DNS servers don't support the "DNAME" attribute.

So there are a couple of options, either install the hotfixes that are mentioned on the MS site, or work with your DNS provider/configuration and remove the DNAME record for the zone.

According to DavidB dnames are used to alias entire trees. This will likely be something along the lines of a @ record or *

share|improve this answer
Sorry, should have mentioned that I also saw this information. However, as I mentioned, I'm using Windows 2003 SP2, and the KB article mentions that it has been corrected in SP2, so I assumed that it does not apply. – Brett G Jun 2 '12 at 18:26

Download the bind dns server package from isc: Bind-9.9.1-P1. Run BIND-Install.exe and do a tools only install (uncheck other boxes). This will let you use dig instead of nslookup. If you do dig +trace you will likely be able to glean what is going on.

share|improve this answer

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.