Free · no signup

DNS Propagation Checker

Ask 21 public resolvers around the world at once and watch their answers land live on the map — TTLs, latency and a consensus verdict included.
Checking Consensus answer Different answer Failed / timeout No records

Resolver answers

Resolver Location Status Records TTL Time
Google Public DNS
8.8.8.8
Global (anycast) Waiting
Cloudflare
1.1.1.1
Global (anycast) Waiting
Quad9
9.9.9.9
Global (anycast) Waiting
OpenDNS (Cisco)
208.67.222.222
Global (anycast) Waiting
Level3 (Lumen)
4.2.2.1
Denver, US (anycast) Waiting
Verisign (Neustar)
64.6.64.6
Virginia, US (anycast) Waiting
Hurricane Electric
74.82.42.42
Fremont, US (anycast) Waiting
CIRA Canadian Shield
149.112.121.10
Canada (anycast) Waiting
Claro / Embratel
200.248.178.54
Rio de Janeiro, Brazil Waiting
AdGuard DNS
94.140.14.14
Limassol, Cyprus (anycast) Waiting
CleanBrowsing
185.228.168.9
Global (anycast) Waiting
Gcore DNS
95.85.95.85
Luxembourg (anycast) Waiting
DNS.SB
185.222.222.222
Frankfurt, Germany (anycast) Waiting
CZ.NIC ODVR
193.17.47.1
Prague, Czechia Waiting
SafeDNS
195.46.39.39
London, UK (anycast) Waiting
Yandex.DNS
77.88.8.8
Moscow, Russia Waiting
Comss.one DNS
83.220.169.155
Moscow, Russia Waiting
AliDNS (Alibaba)
223.5.5.5
Hangzhou, China Waiting
114DNS
114.114.114.114
Nanjing, China Waiting
KT (Korea Telecom)
168.126.63.1
Seoul, South Korea Waiting
Telstra
139.130.4.4
Sydney, Australia Waiting
Anycast resolvers (Google, Cloudflare, Quad9, …) are hundreds of servers behind one IP — the answer shown comes from the PoP nearest to our probe, so their map position is the operator's home base, not a literal server.

DNS propagation, without the mythology

"Propagation" is the most misleading word in DNS. Nothing is pushed from your registrar to servers around the world when you change a record. What actually happens is simpler — and entirely under your control.
Every DNS record you publish carries a TTL (time to live): the number of seconds a resolver is allowed to keep serving its cached copy before it must ask your nameservers again. When you switch your site to a new server, resolvers that looked your domain up a minute ago keep answering with the old address until that timer runs out. A resolver that has never seen your domain — or whose cache just expired — returns the new one immediately. That mix of fresh and stale caches, expiring on independent schedules all over the world, is the entire phenomenon people call propagation. It is cache expiry, not distribution.
That is why this checker asks 21 resolvers at once. Green dots have picked up your change; amber dots are still serving a different (usually older) answer; and the split between them tells you roughly how far along you are. Disagreement mid-change is normal and healthy. If the map still disagrees long after your old TTL has elapsed, something else is wrong — a stale secondary nameserver, a proxy cache, or a record you forgot to update.
The practical lesson: lower your TTL before you migrate, not after. A day or two ahead of a planned change, drop the record's TTL from the typical 3600–86400 seconds to 300. Wait for the old, long TTL to expire everywhere (that takes as long as the old TTL — this is the step people skip), then make the switch. Caches worldwide now converge within five minutes instead of a day, and you can raise the TTL back once the map is solid green. Keep in mind that a few ISP resolvers ignore very low TTLs and cache longer than you asked — another reason to check from many vantage points instead of just your own machine, where your OS and browser add caches of their own.
DNS is also a single point of failure that most teams never watch: an expired domain, a hijacked nameserver or a fat-fingered record can take you offline while your web servers hum along happily. If your DNS setup matters to you, read our guide to choosing a DNS provider and building in redundancy, see how CompleteStatus DNS monitors snapshot your records and alert on unexpected changes, or start monitoring your DNS continuously, free — so the next change you see on this map is one you made yourself.

Frequently asked questions

Despite the name, nothing is "pushed" anywhere. When you change a DNS record, resolvers around the world keep serving their cached copy until its TTL (time to live) expires, then fetch the new value from your nameservers. "Propagation" is just every cache expiring on its own schedule — this checker shows you which resolvers have picked up the change and which are still serving the old answer.

As long as the TTL on the OLD record. If your record had a 3600-second TTL, resolvers can keep serving the old value for up to an hour after your change; a 24-hour TTL can take a day. Lower the TTL to 300s well before a planned migration and caches worldwide converge within minutes of the switch.

Each resolver caches independently: one may have looked your domain up seconds ago (fresh cache, old value) while another queries your nameservers right now (new value). Anycast resolvers like Google and Cloudflare are really hundreds of servers behind one IP, so even the same resolver can answer differently by region. Disagreement during a change is normal — it means propagation is in progress, not broken.

Don’t check it once — watch it 24/7

A DNS change you didn't make is often the first sign of a hijack. CompleteStatus runs this exact check around the clock and alerts you the moment something changes — before your users (or attackers) notice.
Monitor this free Try the other free tools
Uptime is table stakes. We watch the rest — security headers, email authentication, certs and DNS, with the fix attached.
Start free
Company
© 2026 CompleteStatus. All rights reserved. CompleteStatus — operated in the United States · support@completestatus.com