Server Fault is a question and answer site for system and network administrators. Join them; it only takes a minute:

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 have a domain,, and it has its nameservers registered with the registrar as It has a TXT record with value ORIGINAL.

I decide to change DNS providers to As a test, I set the TXT record to have the value NEW.

The idea to test the new server is lookup the TXT record and see what is returned,

However, I try:

dig TXT

Despite trying numerous combinations of command, the value ORIGINAL is always returned.

Why is this? And how can I preventa DNS server from providing an authoritative answer, as it appears it is aware that is not part of the normal chain as not registered with the parent nameserver.

Is there a command line option available, or is overiding the root nameserver (as in Testing nameserver configuration using it ) the only option?

share|improve this question

The only way yo force DNS server provide an authoritative answer is to make it primary or secondary for that zone:

zone "" IN {
    type master;
    # ...other options

zone "" in {
   type slave;
   # ...other options
share|improve this answer
Thanks. The new-nameserver is already setup as a Primary zone (using Amazon Route 53), it has SOA etc. The dig/nslookup commands always just ignore my server preference and start a full search from root-server. – simbolo Jan 14 '13 at 13:18
What does dig ns say? – dchirikov Jan 14 '13 at 13:26

Some ideas, off the top of my head:

  1. Is "" a recursive server, an authoritative server, or both? Have you tried giving the +norec flag to dig to disable recursion?
  2. What does the SOA record for the containing zone say? I would advise upping the serial number on the new server, reloading the zone, and doing an SOA query, then looking carefully at the serial number returned. If you're not getting the new serial number then something is going wrong with reloading your zone data.
  3. You are reloading your zone data after making changes to the zone file, aren't you?
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.