Skip to main content
DNS & email

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

DNS propagation is the time between changing a record in DNS (for example moving a site to a new server) and the moment the whole internet starts seeing the new value. If you ask what DNS propagation is, picture a rumor in a small town: you already know something has changed, but the neighbors only find out once someone tells them. On the internet those "neighbors" are thousands of DNS servers around the world that keep answers in a cache.

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

TTL lowered to 300 s two days before the migration - the new site visible to everyone within minutes of the change

Bad example

Changing an A record with a TTL of 86400 and no preparation - some users land on the old server for another full day

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