Run a check to see nameserver health.
Nameserver Checker
Look up a domain's nameservers, then ask every one of them directly whether it actually answers authoritatively - catching lame delegation and out-of-sync zone data a normal lookup can't reveal.
🛰️ Direct Authority Checks
Each nameserver's resolved address, queried directly for this domain's SOA record.
🔎 Findings
📇 Nameservers & Glue Records
📋 Query Details
📦 Raw API Result
Direct Queries, Not Just a Recursive Lookup
Most "nameserver checkers" only show what a recursive resolver reports for a domain's NS records - useful, but it can never reveal whether a listed nameserver actually works. This tool goes one step further: after resolving the NS hostnames and their own glue A/AAAA addresses through a trusted recursive resolver, it opens a direct UDP connection to every resolved address and asks it, by itself, for the domain's SOA record. A server that answers with the authoritative flag set is doing its job; one that answers without it, answers with an error, or doesn't answer at all is flagged as its own finding. Comparing the SOA serial number returned by each nameserver also reveals when one has fallen behind the others after a zone update.
What else can you check?
These tools all work on the same connection and address data — pick whichever question you actually have.
Nameserver Checker FAQ
What is lame delegation?
It's when a domain's NS records list a nameserver that isn't actually configured to serve that zone - often left behind after switching DNS providers. Resolvers may still work around it by trying other listed nameservers, but it adds risk and latency.
Why does a nameserver show as "unreachable directly"?
Either that specific server is down or firewalled, or the network this checker runs on restricts direct outbound DNS queries to arbitrary third-party servers. If every nameserver shows this, it's almost always the latter - try the DNS Propagation Checker instead, which only needs outbound HTTPS.
Is a serial mismatch a serious problem?
Usually not - it just means one nameserver hasn't refreshed from the primary yet. It should resolve itself within the zone's configured refresh interval. A mismatch that persists for a long time is worth investigating.
Why check glue records at all?
A nameserver hostname is useless without a working IP address behind it. Checking for A/AAAA records confirms the glue is actually in place, not just that a hostname is listed.