HandyBench

DNS Lookup

Look up any domain's DNS records in one click.

This check runs through this site's own server, so it works for any public URL — no CORS or browser restrictions. Queries run via Cloudflare's public DNS-over-HTTPS resolver.

How to use the DNS Lookup

  1. 1 Enter a domain name (underscore names such as _dmarc.example.com are fine).
  2. 2 Pick a record type, or choose "All common types" to query A, AAAA, CNAME, MX, TXT and NS at once.
  3. 3 Review the name, type, TTL and data for each record returned.

Where the answers come from

The lookup is sent from this site's server to Cloudflare's public DNS-over-HTTPS resolver (the JSON API at cloudflare-dns.com), not to your domain's authoritative servers directly. That means you see what a major public resolver returns, including its cache, which is useful for checking what real visitors and mail servers are likely to see.

Record types in the drop-down

TypeHoldsWhere it matters
A / AAAAIPv4 / IPv6 addressPointing the site at a host
CNAMEAlias to another nameHosting and CDN setups; cannot share a name with other records
MXMail servers with priorityLowest number is tried first
TXTFree-form textSPF, DKIM, DMARC and domain verification
NSAuthoritative name serversConfirming a DNS provider switch
SOAZone start of authoritySerial number and refresh timers
CAACertificate authorities allowed to issue certificatesRestricting who can issue TLS certificates

The results table shows the name, type, TTL in seconds and the record data. A TTL of 300 means resolvers may keep that answer for five minutes before asking again.

The "All common types" option

Choosing it sends six queries at once, for A, AAAA, CNAME, MX, TXT and NS, in a single server call. Each type is shown in its own section in that fixed order. If one query fails or times out, the other five still display and the failed section reports its own error with a suggestion to look that type up on its own. The whole request only fails if all six fail. A type with no records shows "No records found", which is normal: most domains have no CNAME at the apex, and many have no AAAA.

Worked example

Looking up example.com as MX might return one answer such as 10 mail.example.com. with a TTL of 3600. The number before the host is the priority. Add a second record 20 backup.example.com. and mail goes to the 10 server first, falling back to 20 only if the first is unreachable.

Limits and gotchas

  • NXDOMAIN banner. The red message appears when the resolver reports the name does not exist (status 3). It can also show for a sub-name that simply has no records.
  • Underscore names work. Names may use letters, digits, hyphens and underscores in each label, up to 253 characters in total, so _dmarc.example.com (look it up as TXT) and DKIM selectors such as google._domainkey.example.com can be looked up directly.
  • Paste a URL if you like. The scheme and path are stripped to the hostname before the lookup.
  • Cache lag. After a change, the resolver may keep serving the old answer until its TTL runs out.

To see who runs the domain and when it expires, use the WHOIS lookup; to check what the web server answers once DNS resolves, use the HTTP headers checker.

Examples

  • ▸ Looking up MX for a domain may return "10 mail.example.com." and "20 backup.example.com."; mail is tried at priority 10 first.
  • ▸ Choosing "All common types" shows separate A, AAAA, CNAME, MX, TXT and NS sections; an empty one such as CNAME simply reads "No records found".
  • ▸ Looking up _dmarc.example.com as TXT returns the domain's DMARC policy, and selector._domainkey.example.com returns a DKIM public key.
  • ▸ Looking up a misspelled domain triggers the red NXDOMAIN message, meaning the resolver says the name does not exist.

Frequently asked questions

What does NXDOMAIN mean?

NXDOMAIN means the domain does not exist as far as DNS is concerned — it is not registered, has been deleted, or there is a typo. It is different from a domain that is registered but simply has no records of the type you queried.

Why do I see multiple MX or TXT records?

Multiple MX records are normal — each has a priority number, and mail is tried in order from lowest to highest. Multiple TXT records are also common, often used for SPF, DKIM, DMARC and domain-verification strings from different services.

What is TTL?

Time To Live, in seconds — how long resolvers are allowed to cache a record before re-querying. A lower TTL means changes propagate faster but generates more DNS traffic.

Why do results here differ from what I configured with my DNS provider?

DNS changes take time to propagate, and results can be served from a cached, not-yet-expired copy at the resolver used for this lookup. Give it up to your configured TTL (or up to 24–48 hours for some providers) before troubleshooting further.

Which DNS server answers these lookups?

Queries go from this site's server to Cloudflare's public DNS-over-HTTPS resolver, so you see what that resolver returns, including its cached answers, rather than a direct query to your domain's own name servers.

What happens if one record type fails in the "All common types" lookup?

The other types still display. The failed type shows its own error with a suggestion to look it up on its own, and the request only fails outright if all six types fail.