redzilla
All tools
Diagnostics

DNS Propagation

Enter a domain and record type and I query several public resolvers (Cloudflare and Google) over DNS-over-HTTPS, comparing answers to tell whether the change has propagated or still differs.

Enter the domain whose record you want to compare across resolvers.

I query the same name and type on Cloudflare (1.1.1.1) and Google (8.8.8.8) over DNS-over-HTTPS; the requests go encrypted to those resolvers and do not pass through any redzilla server.

redzilla.cl — dns-propagation
 
ResolverStatusTTLAnswer

Queries over DNS-over-HTTPS (Cloudflare · Google) · the rest of the site runs locally.

How it works

The tool queries the same name and record type (A, AAAA, CNAME, MX, TXT or NS) on two public resolvers at once: Cloudflare (1.1.1.1) and Google (8.8.8.8), both over DNS-over-HTTPS (RFC 8484). It shows the status, TTL and answers from each resolver side by side.

For the verdict it normalizes each answer set (lowercase, no trailing FQDN dot, TXT without quotes) and compares the sets regardless of order: if every resolver returns exactly the same data, the change has propagated; if they differ, the record is still propagating, usually because some resolver keeps serving the old answer from its cache until the TTL expires.

Example: verifying an IP change for a website

  1. You pointed the A record of www.example.com to a new server. Enter the domain, pick type A and compare.
  2. If Cloudflare answers the new IP while Google still returns the old one, the status is propagating: the Google cache has not expired yet.
  3. The TTL in the table tells you at most how many seconds until that resolver refreshes; once both return the new IP, the verdict switches to propagated.

Frequently asked questions

How long does a DNS change take to propagate?
It depends on the TTL the record had before the change: resolvers serve the old answer from cache until that TTL expires. With a 300-second TTL most of the world sees the change within minutes; with a TTL of 86400 it can take up to a day. The 24-to-48-hour myth comes from long TTLs and intermediate caches, not from a system limit.
Why do two resolvers show different answers for the same domain?
It is almost always caching: each resolver stored the answer at a different moment and keeps it until its TTL expires. It can also be geo-DNS or load balancing, where the authoritative server answers different IPs depending on where the query comes from; in that case the differences are permanent and not a problem.
What if one resolver answers NXDOMAIN and the other OK?
NXDOMAIN means the name does not exist for that resolver. If the record is new, the resolver showing NXDOMAIN may have cached the negative answer (its duration is set by the zone SOA); you will have to wait for it to expire. If the domain has been live for a while, check that the delegated NS records are correct.
Where do the queries of this tool travel to?
Straight from your browser, encrypted over HTTPS, to the Cloudflare and Google public resolvers; they never pass through a redzilla server and the site keeps no log of them. That is the only part that touches the network: the answer comparison runs locally.
Was this tool useful?
Disclaimer We take great care to keep every tool accurate and review it thoroughly; even so, we can't guarantee it is free of errors or take responsibility for how the results are used. We recommend double-checking anything critical.
Found an error? Let us know →