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 CentOS based VPS, which I've started setting up to use it's own nameservers. The domain is registered elsewhere, and I've already registered the nameservers with my registrar.

On the server side, I've edited named.conf (I had a local view, so I created a public one: match-clients and match-destinations set to any) to include the new zone and created the zone file. After the setup I've tried digging the address of the nameservers, but I keep getting (normal dig, without @ returns info of the domain, without the IP of the ns):

dig: couldn't get address for '': not found

The domain in question is currently parked on another server, because I'm in the process of migrating the server.

Is the reason the dig command can't find the address connected with the fact that my domain is still parked elsewhere? Or have I misconfigured something?

Another possibility that springs into my mind. My named.conf has the statement option listen-on set to port 53 on The allow-query was set to localhost, but I've already changed that to any.

share|improve this question
up vote 0 down vote accepted

Is the the nameserver for If so, have you setup GLUE records?

share|improve this answer
Yes, it's the same domain, and yes, I've setup the nameservers and the coresponding IPs at the registrar's end. When I request the status of the nameserver from my registrar I receive confirmation that it's set to the correct IP, however it says it's not connected. – Primoz Aug 22 '10 at 13:32
edit: I used to check my domain, and it says I have no GLUE records. Could this be due to my domain being pointed to another hosting provider at the moment, and listing them as the authoritative nameservers overwrites my own? – Primoz Aug 22 '10 at 13:45
The GLUE records need to be setup with the registrar, and just determine where to resolve (for example). If you don't have as an authoritative nameserver, then the GLUE record is, by and large, pointless (in fact, if you had an A record of ns1 with them as well I'm not sure which would be read). What are the nameservers currently? If they are ns*, how are you pointing the domain at a different hosting provider? – James L Aug 22 '10 at 15:57
I thought this might be the problem, thanks. I pointed the domain to it's own nameservers now, now I just need to wait for the changes to propagate through the net, to see if there's something else that might be misconfigured. – Primoz Aug 23 '10 at 9:49

If you're using custom name servers (ie: name servers set to, etc...), you'll need to register the name servers with the registrar. It's a chicken or the egg problem with DNS. If you use, when it comes time to resolve your records, public DNS servers need to know where to look for your records first.

Your registrar should give you the ability to register or map your name servers to IP addresses somewhere in their control panel. Once that's done, it should know where to look for your additional records.

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.