Dns Propagation Checker Online — Free Dns Propagation Checker Tool

CodexFuse Team · 2026-10-28T15:43:57.970Z · 10 min read min read

Check DNS propagation worldwide in seconds with a free tool: enter your domain and see which global resolvers show the new address yet.

A dns propagation checker is a free online tool that shows whether your domain's new DNS records have reached servers around the world yet. You enter a hostname, and it queries resolvers in different locations and reports which address each one returns. When some locations show the new address and others still show the old one, propagation is still in progress.

That single check saves hours of guessing. Without it, you are left refreshing your own browser, asking friends in other countries what they see, and wondering whether the change failed or simply has not spread yet.

What does a DNS propagation checker actually show you?

A dns propagation checker shows, location by location, which IP address or record value each tested resolver currently holds for your domain, so you can tell at a glance whether a DNS change has spread or is still cached in places. It does not change anything on your domain. It only reports what the wider internet currently believes about it, which is exactly the information you need before declaring a migration finished.

Think of DNS as a phone book copied to thousands of offices worldwide. When you change your number, every office must receive the updated page. Some get it in minutes. Others keep the old page until their copy expires. A propagation check reads a sample of those offices and tells you who has the new page.

Why your website can look fine to you and broken to a customer

This is the most confusing part of any DNS change. You visit your site and see the new design. A customer in another city sees the old site, or an error page, and reports that your site is down. Both of you are right. You are simply reaching different copies of the DNS record.

Your own computer, your router, and your internet provider may each cache DNS records for a different length of time. Clearing your browser cache does not clear those layers. That is why "it works for me" is never proof that a DNS change has finished.

Important

Do not cancel the old hosting account the moment the new site loads for you. Other visitors may still be routed to the old server for hours. Keep both sides running until a propagation check shows the new address consistently.

Worked example: moving a small online bookshop to a new host

Meet Ayesha, who runs a fictional online bookshop, BrightBooks, at brightbooks.example. Her old host keeps slowing down during sale weekends, so she moves the site to a new server. On Monday at 10:00, she updates the domain's A record to point at the new server.

Her inputs are simple and concrete:

SettingValue in this example
Domain checkedbrightbooks.example
Record changedA record for the root domain
Old server address203.0.113.10
New server address198.51.100.42
TTL set before the move3,600 seconds (1 hour)

At 10:30, Ayesha runs the free DNS propagation checker and enters brightbooks.example. The result across its 8 global resolvers looks like this:

Resolver resultCountWhat it means
Returns 198.51.100.42 (new)5 of 8Those locations have the updated record
Returns 203.0.113.10 (old)3 of 8Those locations still hold the cached record

By 13:00, a second check shows 8 of 8 resolvers returning the new address. Only then does Ayesha tell her team the move is complete. She keeps the old hosting active for another 48 hours as a safety net, in case a rarely used resolver somewhere still holds the old record.

The lesson is practical: one check tells you where you stand, and a repeat check a few hours later tells you whether the picture is still changing or has settled.

How to use the free DNS propagation checker

Using the tool takes under a minute. The live tool page keeps it deliberately simple, so there is no setup and no account step in the way of a quick check.

  1. Enter a hostname: type your domain, such as brightbooks.example, without any extra path or page address.
  2. Run the check: submit the hostname and let the tool query its resolvers.
  3. Read the 8 resolver results: compare the address each resolver returns against the address you expect.
  4. Repeat after a gap: check again after a few hours if results are mixed, rather than changing records again in a panic.

If most resolvers show the new value and a few show the old one, the change is propagating normally. If every resolver shows the old value long after the TTL has passed, something else is wrong — usually the record was edited in the wrong DNS zone, or an old record with the same name is still present.

Pro Tip

Lower the TTL to around 300 seconds at least a day before a planned move, when your DNS host allows it. A shorter TTL means resolvers refresh sooner, so the mixed-result window after the change is typically much shorter.

How long does DNS propagation take?

DNS propagation typically takes a few minutes to 48 hours, depending on the TTL you set, how aggressively each provider caches records, and whether visitors sit behind extra caching layers. Most straightforward changes settle within a few hours. A 48-hour window is the cautious outer bound, not the usual wait, but you should still plan around it for anything business-critical.

Three factors matter more than anything else. First, the TTL: a record with a 24-hour TTL can legitimately be cached for up to a day after you change it. Second, the provider: some internet providers ignore short TTLs and cache longer anyway. Third, the chain: a visitor's device, router, and provider can each add their own delay.

Moving hosts and tired of watching DNS updates crawl?

Move your hosting to CodexFuse and let a fully managed team handle the migration, DNS checks, and cutover on credits — so you stop babysitting servers and get back to running your business.

Get Started with CodexFuse

What to do when the results disagree

Mixed results are normal during propagation, but they still need a calm response. Work through these checks in order:

  • Wait out one TTL period: if the change is younger than the old TTL, mixed results are expected, not a fault.
  • Confirm the edit location: make sure you changed the record at the DNS host that actually serves your domain, not just at your registrar or hosting panel.
  • Look for duplicate records: two A records for the same name will send visitors to different servers at random.
  • Check the record value character by character: a single mistyped digit in an IP address routes traffic to the wrong place entirely.
  • Compare record types: if you moved email as well, check MX and TXT records separately — a correct website result says nothing about email. A related check is a DNS lookup for A, MX, TXT, and NS records, which shows each record type side by side.

Only change the record again if you find a genuine error. Re-editing a correct record resets the waiting clock and prolongs the mixed state.

What a dns propagation checker cannot do

Honest limits matter here, because this tool is often blamed for things outside its job. The CodexFuse checker shows simulated propagation across 8 global resolvers. That is a useful sample, not a census of every resolver on earth. A clean result across 8 resolvers is strong evidence, but it cannot guarantee that one small provider somewhere has also refreshed.

The tool also cannot fix DNS, speed up someone else's cache, or override a TTL. It cannot tell you why a visitor's office network caches aggressively, and it cannot purge a third party's resolver. If a single customer still sees the old site after the global picture is clean, that customer's local cache is the likely cause — and the fix is usually waiting, or asking them to restart their router, not editing your records again.

Finally, propagation is only one layer. If the new server itself is misconfigured, visitors will reach the new server and still see an error. Check the site on the new server directly, using its IP or a staging address, before you blame DNS.

Suggested Reading

If your concern is privacy rather than a move, read how to test whether your VPN is really protecting your DNS queries — a different check for a different problem.

Moving DNS without the guesswork on CodexFuse

CodexFuse is an all-in-one, fully managed IT platform on credits, with no subscriptions and no lock-ins. For a hosting or DNS move, that means the migration is a handled workflow rather than a weekend of forum threads.

A practical CodexFuse workflow looks like this:

  1. Bring the site and DNS together: move hosting to CodexFuse so the site, DNS, and email are managed in one place instead of three separate panels.
  2. Plan the TTL step first: the managed team lowers the TTL ahead of the move, so the cutover window is short by design.
  3. Copy, then verify, then switch: the site is copied to the new environment and checked there before any DNS record is changed.
  4. Check propagation with the tool: after the switch, run the DNS propagation checker and repeat it until the new address is consistent.
  5. Keep the old side alive briefly: only retire the old hosting once the new address is stable, so stragglers are not stranded.

You pay with credits as you use the platform, and the same managed setup can also cover business email and backups. That matters because DNS moves rarely happen alone — email records such as DKIM and DMARC often need checking too. For those, see how to verify DKIM records and verify DMARC records after a move, so mail keeps landing in inboxes while the website changes servers.

Frequently Asked Questions

Is the DNS propagation checker free?

Yes. The tool page states it is free and unlimited: enter a hostname and see propagation across 8 global resolvers without paying or signing up for the check itself.

Why do some locations update faster than others?

Each resolver caches records independently and refreshes on its own schedule, shaped by your TTL and its own caching policy. That is why one city can show the new address while another still shows the old one for hours.

Should I change my DNS record again if propagation looks slow?

Usually no. If the record value is correct, re-editing it restarts the wait. Check for duplicate records or an edit made in the wrong DNS zone first, and only correct a genuine mistake.

Does clearing my browser cache fix propagation?

No. Browser cache is only one layer. Your operating system, router, and internet provider can all cache DNS separately, so a site can still resolve to the old server after you clear the browser.

How do I know when a migration is truly finished?

When repeat propagation checks show the new address consistently, the new server answers correctly, and email records check out, the migration is done. Keep the old hosting active for a short safety period after that point.

Can a propagation checker fix a DNS problem?

No. It only reports what resolvers currently return. Fixing a problem means correcting the record at your DNS host, removing duplicates, or waiting out a cache — the checker then confirms whether the fix has spread.

Check before you declare the move done

A DNS change feels finished the moment your own screen shows the new site. It is actually finished when the rest of the internet agrees. Run the check, wait out the TTL, repeat the check, and keep the old server alive until the picture is consistent.

If you are planning a move and want it handled rather than improvised, move your hosting to CodexFuse today: bring your site, DNS, and email under one fully managed platform on credits, let the team plan the TTL and cutover with you, and verify the switch with the free checker before you close the old account. Start the move now, and stop guessing about DNS.