Has my DNS propagated?

The same record looked up on three public resolvers at once. If all three answer the same, the change is live; if not, the TTL tells you how long is left.

  • Free
  • No sign-up
  • From your browser
  • Three resolvers at once

Cloudflare (1.1.1.1)

    Google (8.8.8.8)

      Quad9 (9.9.9.9)

        All three are global public resolvers. Agreement between them does not guarantee your ISP’s resolver has the change yet: each one keeps the previous answer until its TTL expires.

        The name is queried straight from your browser to Cloudflare, Google and Quad9. It never passes through a server of ours.

        How to use it

        1. 01

          Type the name

          The bare domain for A, MX or TXT; the full name (www, mail, api) for a CNAME or a specific A record.

        2. 02

          Compare the three

          Cloudflare, Google and Quad9 answer at once. If they already agree, the change is live; if not, the TTL says how long is left.

        3. 03

          Look up again

          The button repeats the lookup every thirty seconds. It is what everyone does by hand on migration afternoon.

        How does propagation work?

        It does not propagate: it expires. When you change a record, nobody notifies the world’s resolvers. Each keeps serving the answer it stored the last time it asked, until its time to live (TTL) runs out and it goes back to the source. The “delay” is simply the life left in the previous copy.

        That is why the old trick works: lower the TTL to five minutes a day or two before the change. When the moment comes, stale copies last five minutes at most, and the migration shows almost instantly.

        How long does it take?

        TTL 300
        Five minutes. The recommended value before a change.
        TTL 3600
        One hour. The default in many control panels.
        TTL 86400
        One day. Common on records that never change, such as MX.
        NS
        Changing DNS provider can take up to 48 hours: the root servers use long TTLs.

        The migration does not start on the day of the change

        It starts two days earlier, lowering the TTLs; continues with the redirect matrix and the sitemap ready; and ends when all three resolvers agree, email still arrives and Search Console reports nothing odd. The DNS change is one minute in the middle of all that.

        It is the order we follow on every migration and every hosting change we handle under support: nobody notices the change because something stopped working.

        How we migrate without surprises →

        Frequently asked questions

        How long does a DNS change take to propagate?

        As long as the TTL of the previous record, not “up to 48 hours”. If the old record had a TTL of 3,600 seconds, any resolver that looked it up ten minutes ago will keep serving it for another fifty. The 48 hours were the worst case twenty years ago, when one-day TTLs were the norm; today most changes are visible within minutes.

        Why does one resolver already have the change and another does not?

        Because each keeps its own copy. The one that had not asked about your domain recently goes to the source and gets the new value; the one that asked a moment ago keeps serving the old one until it expires. There is no central process that “pushes” the change: propagation is really expiry.

        Can I force propagation?

        On other people’s resolvers, no. Cloudflare and Google offer forms to purge the cache for a specific name, which helps anyone using those resolvers. What you can control is prevention: lower the TTL to 300 seconds a day or two before the change, make the change, and raise it again once everything is stable.

        What is the TTL?

        The time to live, in seconds, that a resolver may keep an answer before asking again. A high TTL saves lookups and makes the site faster to resolve; a low one makes changes visible sooner. Here you see the remaining TTL each resolver reports, which counts down to zero.

        The resolvers agree and I still see the old site. Why?

        There are more caches along the way: your ISP’s or router’s resolver, your operating system’s DNS cache and the browser’s own. Switching your device’s DNS to 1.1.1.1 or 8.8.8.8, or opening the site from a phone on mobile data, usually confirms the change is done and only your copy has yet to expire.

        What is the difference between an A record and a CNAME?

        An A record points straight at an IP address; a CNAME points at another name, which is then resolved in turn. A CNAME is convenient when a provider changes IPs without notice, but it cannot coexist with other records on the same name, which is why the domain root rarely uses one. When you look up a CNAME, the resolver also returns the A records of its target.

        What does NXDOMAIN mean?

        That the name does not exist for that resolver. After creating a new subdomain it is normal to see it on one of them for a while: negative answers are cached too, with the TTL set by the zone’s SOA record. If you see it on all three right after creating the record, check that you created it in the right zone.

        Is the domain I look up stored?

        Not here: the lookups go straight from your browser to the three public resolvers, just as when you open any website. Each applies its own privacy policy; Cloudflare and Quad9 commit to not storing the IP of whoever asks.

        Changing hosting or domain?

        We lower the TTLs, prepare the redirects and watch propagation until all three resolvers agree. What you see on this page, done with time to spare.

        We reply within one business dayBogotá · UTC−5

        Message us on WhatsApp (opens in a new tab)