DNS propagation - how long it takes and how to check it
Changed a DNS record and it "does not work"? That is propagation - see how long it really takes and how to speed it up
📖 Detailed description
The key to everything is TTL (Time To Live) - the number of seconds DNS servers are allowed to remember the old answer before asking again. If a record has a TTL of 3600 (one hour), a server that fetched it a minute before your change will keep serving the old value for another 59 minutes. That is why DNS propagation takes anywhere from a few minutes to a few hours, and in extreme cases up to 24-48 hours - for example when changing the NS servers of a whole domain, or when the TTL was set to a full day.
What does the time depend on? Mainly three things: the TTL value of the record being changed, the type of change (a plain A record propagates quickly, an NS delegation change is the slowest) and how aggressively operators cache (some internet providers ignore low TTLs). Your own computer has a cache too - which is why sometimes "it works for everyone except you".
How do you speed up propagation? The only trick that works must happen BEFORE the change: 24-48 hours in advance, lower the TTL of the record to, say, 300 seconds (5 minutes). The old, long TTL will expire in time, and the actual change will spread within minutes. Afterwards you can raise the TTL back up. How do you check DNS propagation? Use the free DNS Lookup tool at /dns - you will see the current record values along with their TTLs and instantly know whether the world already sees the new configuration or still the old one.
Most common problems
The change "does not work" right after saving
DNS servers around the world are still serving the old cached value - that is normal, not a hosting error
A high TTL before a migration
A TTL set to 24h means some users will see the old site even a full day after the change
The cache of your own computer and router
It works for others but not for you - because your system keeps the old answer in memory
Changing NS instead of a single record
Moving the delegation of a whole domain propagates the slowest, because the registry cache joins the game
How to fix it?
Lower the TTL of the record to 300 seconds 24-48 hours before the planned change - the only real way to get fast propagation
After a successful migration, raise the TTL back up (for example to 3600) to avoid overloading DNS servers
Track propagation progress with the DNS Lookup tool at /dns - you see current values and TTLs
Flush your local DNS cache (for example ipconfig /flushdns on Windows) before concluding that the change does not work
During a server migration keep the old version of the site running in parallel until propagation completes
Examples
Good example
Bad example
🔗 Related indicators
SPF record (Sender Policy Framework)
A list of servers allowed to send email on behalf of your domain - the foundation of anti-spoofing protection
DMARC record
The rule that tells servers what to do with mail that fails SPF and DKIM checks
DKIM signature (DomainKeys Identified Mail)
A digital seal attached to every email - proof that the content was not altered in transit
Check this indicator for your website
Get a detailed analysis and personalized tips on how to improve this element on your website.
Start free analysis