SECURITY WARNING: Never run commands you don't understand. Always review code before execution. Use at your own risk.
DNS 10 errors

DNS Resolution Errors

NXDOMAIN, SERVFAIL, timeouts, propagation and delegation problems.

Understanding DNS errors

DNS errors are best diagnosed by working down the delegation chain: root, TLD, authoritative nameserver, then the record itself. The most common mistake is testing only through your local resolver, which caches both good and bad answers and hides where the failure actually is. NXDOMAIN means the name definitively does not exist; SERVFAIL means the resolver could not get a valid answer, which is usually a DNSSEC or authoritative-server problem, not a typo.

How to debug DNS errors

  1. Query the authoritative nameserver directly, bypassing all caches: dig @ns1.example.com example.com A. If that answers correctly, you have a caching or propagation issue, not a records issue.
  2. Trace the full delegation with dig +trace example.com. This shows exactly which level of the hierarchy stops returning answers.
  3. Distinguish NXDOMAIN from SERVFAIL from timeout. They have three entirely different causes. Check the status: line in dig output.
  4. For SERVFAIL, test with DNSSEC validation disabled: dig +cd example.com. If that succeeds, the problem is a broken DNSSEC chain, often after a key rollover.
  5. Check TTLs before declaring propagation broken. A record with a 24-hour TTL genuinely will not update for resolvers that cached it, and there is no way to force them.

Tools worth reaching for

  • dig +trace
  • dig @authoritative-ns
  • dig +cd (DNSSEC bypass)
  • kdig
  • resolvectl status

All 10 DNS errors

Other categories