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

I just got myself an unmanaged Dedicated VPS from OVH and I don't have a prior experience of setting up servers or DNS servers but I followed a couple of tuts and installed webmin and created NS Zones for my Domain but now I'm having a weird issue where mxtoolbox and are saying that no NS records are found for my Domain although I did register and with my domain registrar (which is Network Solutions in this case) but it still keeps failing and I am unable to access the website. I have been looking for a solution for 2 days now and I still haven't gotten one. Also, I am using CentOs 6.3. Here is my BIND config which I got from Webmin

// named.conf
// Provided by Red Hat bind package to configure the ISC BIND named(8) DNS
// server as a caching only nameserver (as a localhost DNS resolver only).
// See /usr/share/doc/bind*/sample/ for example named configuration files.
options {
listen-on port 53 {;;};
listen-on-v6 port 53 { ::1; };
directory   "/var/named";
dump-file   "/var/named/data/cache_dump.db";
    statistics-file "/var/named/data/named_stats.txt";
    memstatistics-file "/var/named/data/named_mem_stats.txt";
allow-query     { localhost; any; };                      ## IP Range ##
allow-transfer  { localhost;; };                        ## Slave     DNS IP ## 
recursion yes;
dnssec-enable yes;
dnssec-validation yes;
dnssec-lookaside auto;
/* Path to ISC DLV key */
bindkeys-file "/etc/named.iscdlv.key";
managed-keys-directory "/var/named/dynamic";
forwarders {;;
logging {
    channel default_debug {
            file "data/";
            severity dynamic;
zone "." IN {
type hint;
file "";
include "/etc/named.rfc1912.zones";
include "/etc/named.root.key";
zone "" {
type master;
file "/var/named/";
allow-transfer {;
also-notify {;
zone "" {
type master;
file "/var/named/";

My IP table rules:-

My hosts file:-

Do not remove the following line, or various programs
that require network functionality will fail.       localhost.localdomain localhost  ns1

My resolv.conf file:-

nameserver 213.186.33.xx
search results:-

Note:- Just in case there is any confusion regarding the domain, I just use this alias to mask my domain name but I'm pretty sure you guys already figured that out so just putting it out there.

Thank you very much for your reply!


My Zone File:-

$ttl 38400    IN  SOA (
        38400 )    IN  NS    IN  A    IN  A    30m IN  A    IN  NS    IN  A IN  PTR ns1 IN  PTR

My Zone overview:- Zone
Zone: Root zone Type: Root Zone: 0 Type: Master Zone: 0000::1 Type: Master Zone: Type: Master Zone: Type: Master Zone: localhost Master Zone: localhost.localdomain Type: Master Zone: Type:Master;

My dig results:-

[xxxx@xxxxxx ~]# dig

; <<>> DiG 9.8.2rc1-RedHat-9.8.2-0.17.rc1.el6_4.4 <<>>
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 19537
;; flags: qr aa rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 2, ADDITIONAL: 1

;            IN      A

;; ANSWER SECTION:     1800    IN      A

;; AUTHORITY SECTION:         38400   IN      NS         38400   IN      NS

;; ADDITIONAL SECTION:     38400   IN      A

;; Query time: 4 msec
;; WHEN: Sat May 11 23:01:48 2013
;; MSG SIZE  rcvd: 100

Please let me know if you need anymore info.

share|improve this question
Where is your zone file? –  Michael Hampton May 12 '13 at 2:40
@MichaelHampton added. please let me know if I can provide you with anything else. –  Mr.Flocker May 12 '13 at 2:47
That doesn't look particularly wrong. If you really want this solved in any reasonable amount of time, you should probably disclose the domain name. –  Michael Hampton May 12 '13 at 2:48
Seriously. Obfuscating your domain name and your ip addresses doesn't make anything any more secure. You came here for help so how about helping us to help you by giving us the real domain name at the very least. If you're worried about disclosing your domain name then why register it in the first place? The information you've obfuscated is already available to some parties and will be available to everyone once the problem is solved, so I don't see the point in your not disclosing it in your question. –  joeqwerty May 12 '13 at 3:28
Right now it looks like Network Solutions is authoritative for your domain. The NS records returned for your domain name are and That's assuming that your domain name is –  joeqwerty May 12 '13 at 3:34

2 Answers 2

up vote 1 down vote accepted

You may have a firewall running, and as i remember CentOS's default firewall block port 53 (though i may be wrong here).


allow-query     { localhost; any; };


allow-query     { any; };

maybe that causing some problem. Also delete the :

forwarders {;;

since i believe that 2 IP is your own IP.

Restart bind, and after restart check that is really running with ps -ef | grep bind .

share|improve this answer
I think I took care of it, would you mind have a look please? These are my firewall rules. –  Mr.Flocker May 12 '13 at 3:28
Looks ok, still doesn't work? –  Sandor Marton May 12 '13 at 4:12
Nope, still doesn't work. –  Mr.Flocker May 12 '13 at 13:32
Edited my answer. –  Sandor Marton May 12 '13 at 13:45
THANK YOU SOOO MUCH MAN! –  Mr.Flocker May 12 '13 at 14:04

So when you setup your DNS name server records, there are two components:

1) Glue Record - This is what happens when you register your name servers with the registrar.

2) NS Records - You need to create a dns zone for or whatever your domain is, and create A records for ns1 and ns2, pointing to the IPs that you set in your Glue records.

share|improve this answer
Is this what you mean? If so, then I already have it setup. –  Mr.Flocker May 12 '13 at 2:56

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.