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

bind config

zone "" {
  type master;
  file "/etc/bind/named/";

zone file

$TTL    3600
@            IN      SOA (2012041615 10800 3600 604800 86400)
             IN      NS
             IN      NS
             IN      A



doesn't receive answer section

could anyone help me?

share|improve this question
Is this config and named config was reloaded after adding this? Does server has any views configured? – Vadym S. Khondar Apr 16 '12 at 16:45
yes, it is configs from and bind server successfully reloaded server has no views – yltsrc Apr 16 '12 at 17:54
Can you provide the dig output? Is the query getting an NXDOMAIN or SERVFAIL response, or simply timing out? What about if you dig @localhost from the server? – Shane Madden Apr 16 '12 at 18:12
dig @ ; <<>> DiG 9.7.3-P3 <<>> @ ;; global options: +cmd ;; Got answer: ;; ->>HEADER<<- opcode: QUERY, status: SERVFAIL, id: 31776 ;; flags: qr rd; QUERY: 1, ANSWER: 0, AUTHORITY: 0, ADDITIONAL: 0 ;; WARNING: recursion requested but not available ;; QUESTION SECTION: ; IN A ;; Query time: 472 msec ;; SERVER: ;; WHEN: Mon Apr 16 21:15:54 2012 ;; MSG SIZE rcvd: 29 – yltsrc Apr 16 '12 at 18:17
named-checkzone /etc/bind/named/ zone loaded serial 2012041600 OK – yltsrc Apr 16 '12 at 19:34
up vote 0 down vote accepted

Seems like your server simply does not know about zone you've configured.

  1. Check permissions to zone file.
  2. Check whether zone file lies where it should (you've used absolute file path - I'd avoid this as it complicates switching between chrooted and non-chrooted environment for named). Are you running named in chroot?
  3. Check logs for any additional messages about your zone (enable logging in named or enable logging for daemon facility in syslog).
share|improve this answer
thanks, i was file permissions – yltsrc Apr 16 '12 at 19:51

Try this command:
route add default your.ip.address
service named restart
then try again the dig command.

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.