What Is DNS Propagation
Learn what DNS propagation means, resolver cache, TTL, authoritative DNS, and how to tell propagation from misconfiguration.
Introduction
People say “DNS propagation” when different networks see different DNS answers after a change. That usually means caching and TTL — not magic delay at the registrar.
Understanding propagation helps you tell the difference between a normal wait and a real misconfiguration.
Quick answer
DNS propagation is the gradual process of resolvers updating cached DNS records after a change. It is not instant because TTL, resolver cache and local cache keep old answers until they expire. If authoritative DNS is wrong, waiting will not fix the problem.
What it means
When you change DNS at the authoritative provider, the new value is available immediately at that source. Other resolvers worldwide may still return old cached values until their TTL expires.
- Authoritative DNS — the source of truth at your DNS provider
- Resolver cache — ISP, public DNS (8.8.8.8, 1.1.1.1) storing old answers
- TTL — how long cached values remain valid
- Local cache — browser, OS or router DNS cache
- Nameserver changes can take longer than single record edits
Where you see this:
- After changing A records for website migration
- After MX changes for email provider moves
- After nameserver updates at registrar
- When users in different regions see different results
Why this matters
Misreading propagation causes panic during migrations — or false confidence when authoritative DNS is still wrong. Knowing how to compare authoritative vs public answers saves time.
How to check it
- Check NS records to find authoritative nameservers.
- Query DNS directly at authoritative NS with dig @ns1.example.com.
- Compare with public resolvers like 8.8.8.8 and 1.1.1.1.
- Note TTL and when old cache should expire.
- Rule out CDN or browser cache if DNS is already correct.
Compare DNS answers
Use DNS Lookup to check authoritative DNS and compare with what resolvers return.
Common mistakes
Changed records at wrong provider
HighEdits were made where NS no longer points.
Next step: Fix DNS at the authoritative provider shown in NS records.
Mistaking CDN cache for DNS propagation
MediumDNS is correct but edge cache serves old content.
Next step: Purge CDN cache separately from DNS troubleshooting.
AAAA record forgotten during migration
MediumIPv6 users still reach old infrastructure.
Next step: Update or remove AAAA along with A records.
Waiting when authoritative DNS is wrong
HighPropagation will never fix a record that is incorrect at source.
Next step: Fix authoritative DNS first; only then wait for TTL.
Example
dig +short example.com A
dig @8.8.8.8 +short example.com A
dig @ns1.provider.com +short example.com A
Frequently asked questions
How long does DNS propagation take?
Often minutes to a few hours for record changes, depending on TTL. Nameserver changes can take up to 24–48 hours in some cases.
Why do different people see different DNS?
Different resolvers cache answers for different remaining TTL periods.
Is DNS propagation the same as nameserver update delay?
Related but not identical. NS changes affect which zone is authoritative; record TTL affects how long old answers persist.
Can I force instant DNS propagation?
No globally. You can only make future caching shorter by lowering TTL before changes and fixing authoritative DNS.
Related tools
Use these free tools to verify your configuration after applying changes.
Related guides
Browse all Glossary guides →Need help applying this fix?
Send us your domain, report link or issue details. CheckDomainHealth will review the request and route it to the right technical team if hands-on support is needed.
Was this guide helpful?
Your feedback helps us improve our guides for everyone.
Thanks for your feedback!