DNS

DNS Cache Checker

TTL & Cache

Check DNS cache across resolvers

We'll query the record from major public resolvers worldwide and compare cached values and remaining TTL to spot propagation gaps.

Try:
github.com
mozilla.org
cloudflare.com

Tool features

Comprehensive DNS cache analysis across six public resolvers
4 checks

Real Cache Inspection

Queries each public resolver directly to see what it has cached right now

TTL & Cache Age

Compares each resolver TTL against the authoritative TTL to derive cache age

Multiple Resolvers

Checks Google, Cloudflare, Quad9, OpenDNS, AdGuard and Level3

Export Options

Download the resolver comparison as PDF, CSV or JSON

What is DNS caching & how it works

How TTL controls what resolvers still remember

Every public resolver keeps a DNS cache — a short-lived copy of the answers it has already fetched from your authoritative nameservers. The record's TTL decides how long that copy is served before the resolver goes back to the source. Until it expires, visitors using that resolver see the cached value, not whatever you just published.

This tool queries each resolver directly and compares the remaining TTL it hands back against the authoritative TTL. A countdown lower than the authoritative value means the answer came from cache, and the difference tells you roughly how long it has been sitting there. Resolvers that return a different value than the authoritative answer are the ones still serving stale data.

Note that resolvers legitimately disagree for reasons other than lag. Geo-routed and anycast DNS hands different answers to different locations by design, so a mismatch is only a propagation problem when the cached value matches a record you previously published.

TTL
Time-to-live in seconds — how long a resolver may serve a cached answer before re-querying the authoritative nameservers.
Cache Age
Authoritative TTL minus the remaining TTL — roughly how long ago this resolver fetched the record.
Cold Answer
A response returned with the full authoritative TTL, meaning the resolver had nothing cached and fetched it fresh.
Authoritative Answer
The value straight from the domain’s own nameservers — the reference every resolver should converge on.

How to use this tool

Check what resolvers have cached in four steps
1
Enter a domain
Type the domain you want to inspect, e.g. example.com — the scheme, path and www. prefix are normalised away.
2
Pick a record type
Choose which record to compare — A, AAAA, CNAME, MX, TXT or NS. Pick the one you just changed.
3
Run the check
Click Check DNS Cache to query Google, Cloudflare, Quad9, OpenDNS, AdGuard and Level3 in parallel, plus the authoritative nameserver.
4
Read the comparison
Compare each resolver’s cached value and remaining TTL against the authoritative answer, then use the diagnostics and recommendations to decide whether to wait out the TTL.

Related tools

Keep debugging with tools from the same suite
4 tools
Public DNS Speed Test
Compare response times across popular public DNS resolvers like Google, Cloudflare, and Quad9
DNS Lookup
Perform DNS queries for A, AAAA, MX, TXT, CNAME, and other DNS record types
DNS Servers
Find and test DNS servers for a domain or IP address with performance metrics
Nameserver Health Check
Check your domain's own nameservers for responsiveness, DNSSEC status, and latency

Frequently asked questions

Common questions about DNS caching and TTL
7 Q&A

A DNS cache is a temporary store of DNS answers kept by resolvers, operating systems and browsers. Caching avoids a round trip to the authoritative nameservers on every lookup, which makes browsing faster and reduces load on your DNS provider.

Compare the TTL it returns with the authoritative TTL. A resolver returning the full authoritative TTL fetched the record fresh; one returning a lower, counting-down value is serving it from cache. This tool does that comparison for you and labels each resolver accordingly.

At most one TTL. Resolvers that already cached the old answer keep serving it until their countdown reaches zero, then fetch the new value. If your record has a 3600s TTL, allow up to an hour for every resolver to catch up.

Either some resolvers still hold the previous record (a genuine propagation lag), or your DNS is geo-routed or anycast and deliberately answers differently per location. If the differing value is not one you previously published, it is almost certainly geo-DNS rather than lag.

Not directly — public resolvers expire entries on their own TTL schedule. Some providers offer a manual purge page for a single name, but the reliable approach is to lower the TTL before a planned change so the cache window is short when you cut over.

A few hours (3600–14400s) is a reasonable default for stable records. Drop it to 300s a day or two ahead of a planned migration so changes take effect quickly, then raise it again once the new value is confirmed everywhere.

Your operating system and browser cache DNS separately from the public resolvers checked here. Flush the local cache to rule that out — this tool only reports what the upstream public resolvers currently hold.