Take the 2-minute tour ×
Server Fault is a question and answer site for professional system and network administrators. It's 100% free, no registration required.

I've got Bind running on a server and although access to the domains I've set up is correct. I was wondering if there was an online (or offline) tool to check if I had setup the service correctly?

Regards

Steve Griff

share|improve this question

6 Answers 6

Bind include a set of tools for testing configuration and zone files. The man pages of named-checkzone and named-checkconf should give you all the informations you may need.

share|improve this answer
2  
That'll tell you if you've got the zones and server itself configured correctly, but it won't tell you if anyone on the internet will get the data, or if you've made a syntax error in the records that is "valid" but not what you mean, such as a missing trailing period. –  chris Apr 14 '10 at 16:08
1  
@chris: indeed, it will only tell you if you have "setup" the service correctly, as asked by Steve. No one except you can tell if there is a typo in a record. Your only way to find out it to check the content of the zone files. –  Benoit Apr 14 '10 at 16:47

Ask a public recursive server for the records.

For example, if I just setup some record for randomtest.example.com on my server that's authoritative for example.com,

host -t any randomtest.example.com. [8.8.8.8][1]

will tell me if it is getting out to other nameservers on the internet.

share|improve this answer

Many good Web tools (and a lot of bad ones):

share|improve this answer

ZoneCheck is available online or for download http://www.zonecheck.fr/

share|improve this answer

http://www.intodns.com is a good free online tool.

share|improve this answer
1  
I like this. Gives an informative, easy to read report on the DNS. –  Steve Griff Apr 14 '10 at 14:53
    
Fails on IPv6 name servers (in 2010!), warns when there is only one MX record (they don't know the difference between email and the Web?). Poor service, IMHO. –  bortzmeyer Sep 20 '10 at 13:24
    
@bortzmeyer: you must admit that IPv6 isn't mainstream yet. As for the MX record, don't you think that it's normal to warn the user if a domain has less than 2 MX records? By the way what's the difference between email and the web and how can a DNS checking service tell the difference? –  Cristian Ciupitu Sep 20 '10 at 14:32
    
The difference is that the Web is synchronous (you query a server, it must be available and reply immediately) while the mail is asynchronous (if the downstream MTA is not available, the upstream MTA queues and retries later). So, no, I don't agree, the vast majority of domains should have only one MX (gmail.com is of course a different case...) –  bortzmeyer Sep 20 '10 at 15:24
    
@Cristian Ciupitu Regarding IPv6, the problem is not that these services do not have IPv6 support (which would be understandable).The problem is that they FAIL when they encounter an IPv6 name server (marking the server as invalid) instead of simply ignoring it (as an IPv4-only DNS resolver would do). For instance, an option "Transport layer" of Zonecheck allows you to disable IPv6 and, in that case, IPv6 name servers are simply ignored. –  bortzmeyer Sep 20 '10 at 20:43

You can issue direct queries to your server using host/dig to test Bind configuration:

host -t soa yourdomain.com server_ip # fetch SOA record
host -t ns yourdomain.com server_ip  # fetch NS records
host -t mx yourdomain.com server_ip  # fetch MX records
host yourdomain.com                  # fetch A record

or just

host -t any yourdomain.com server_ip # fetch all

I do recommend you to run tests from another machine to detect problems with firewall, interface binding, etc. If you don't want to muck with command line just use one of the online tools.

http://www.dnsinspect.com it's an another online DNS testing tool.

share|improve this answer

Your Answer

 
discard

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.