DNS propagation check

Compare what six public DNS resolvers currently answer for a domain.

Why resolvers answer differently

Every public resolver keeps its own copy of an answer and refreshes it only when the record TTL runs out. That is why, right after a change, some resolvers already return the new value while others still return the old one. It is caching, not a fault.

If a resolver still returns the old value well after the TTL has expired, the problem is usually in the zone itself: one of the authoritative name servers never received the updated version.

What this DNS propagation check shows

The query goes to six public resolvers at the same time, and the table holds what each of them answers right now, together with the TTL left on the cached entry. These are real queries made while you wait, not a world map with invented locations.

Frequently asked questions

How long until a change is visible everywhere?

As long as the TTL of the old record. If it was 3600 seconds, count on an hour. Changing the name servers at the registry takes longer, because the TTL on a delegation is usually several hours.

Can propagation be sped up?

Not after the change. The only way is to prepare for it: lower the TTL well before the planned edit, wait for the old value to expire, and change the record after that.

Why does my own machine show a different result?

The operating system and the browser keep caches of their own, and the resolver of your internet provider holds its own copy. This check shows what public resolvers answer, which is closer to what the rest of the world sees.

What does the remaining TTL in the table mean?

It is how many seconds that resolver will go on serving the answer it already has. A value close to the full TTL means it fetched the record moments ago, a small value means the entry is about to expire and be looked up again.