# | Type | Answer(s) | TTL | Query ms |
---|---|---|---|---|
{{ i+1 }} | {{ row.type }} | {{ row.answer }} | {{ row.ttl }} | {{ row.time }} |
Health Checks | |
---|---|
{{ c.label }} |
Domain Name System (DNS) translates human-readable domain names into network addresses by serving authoritative records from globally distributed name servers. Each record type—A, AAAA, MX, NS, SOA, CNAME or TXT—conveys routing, policy, and delegation details that guide browsers, mail exchangers, and other clients toward the correct endpoint and validate administrative control.
This utility queries the authoritative zone via privacy-preserving DNS-over-HTTPS, measures response time per record, and compares results against operational best-practice thresholds. It then synthesises a concise table of answers, Time-to-Live values, and a checklist of pass-or-fail health indicators so you can immediately spot missing records, mismatched serial numbers, or unsafe timing parameters.
Use it before launching a new website, migrating name servers, or auditing DNS after a security incident to confirm redundancy, propagation speed, and policy compliance; then share the report with colleagues to accelerate troubleshooting and change approvals. Personal data is never transmitted to external services; lookups occur entirely in your browser, protecting confidential infrastructure details from unintended disclosure.
The lookup relies on the hierarchical DNS resolution model defined by RFC 1034/1035. Starting from the authoritative zone apex, individual record sets are requested over an encrypted HTTPS channel that mimics standard UDP queries yet avoids interception. Response packets include answer data, a numeric TTL specifying cache lifetime, and—for SOA sets—control fields such as serial, refresh, retry, expire, and minimum values. These variables drive synchronisation across secondary servers and determine how quickly downstream resolvers see zone changes.
Answer
list, TTL
, and measure round-trip time.Check | Pass Criteria |
---|---|
Redundancy | ≥ 2 name servers |
SOA Serial | 10-digit YYYYMMDDnn format |
SOA Refresh | 1200–43200 s |
SOA Retry | 180–28800 s |
SOA Expire | 604800–2419200 s |
SOA Minimum TTL | 60–86400 s |
Green indicators confirm operational resilience; red flags highlight mis-configured values that may slow propagation or cause resolution failures.
Example (example.com
):
Concept rooted in RFC 1034, RFC 1035, and subsequent operational Best Current Practices such as RFC 1912 and RFC 2181.
All lookups execute locally; no personally identifiable information leaves your browser, supporting GDPR-aligned privacy expectations.
Follow these steps to generate a comprehensive report.
example.org
).The authoritative zone did not return data for that record type, or the resolver encountered a timeout.
No. All processing occurs client-side; nothing is logged, uploaded, or persisted beyond your browser session.
They measure round-trip latency to the public resolver from your location; values may fluctuate with network congestion and distance.
It signals a deviation from best practice—such as too few name servers or an out-of-range SOA parameter—which can impair reliability or propagation.
Only if they are publicly resolvable; private split-horizon overlays will not respond via public DNS-over-HTTPS endpoints.