NS LookupDNS Tools
Name servers from the NS records, with TTL.
You changed an A record or moved the name servers, and some people still reach the old server. Before you edit anything again, check which resolvers already return the new value.
Resolvers cache answers. When you change a record, a resolver that asked before the change keeps the old answer until the record's TTL runs out, and a few keep it longer than the published TTL. For a while, two visitors can get two different addresses for the same name, and one of them lands on the server you are retiring.
Without a check, the common mistake is to "fix" a change that was right all along. You edit the record again, the caches start over, and the wait gets longer. The other mistake is to switch off the old server while part of the internet still points at it. A name server move takes longer to settle, because the registrar publishes the delegation and the zone publishes its own NS set, and the two can disagree until both are updated.
If you moved the domain to a new DNS host, start with the NS Lookup. It lists the name servers for the domain with the TTL of each one. Ask a public resolver first, then switch to Authoritative, which asks the zone's own servers. When the two lists differ, the delegation change is still moving through caches.
Next, read the zone as its own servers publish it with the DNS Lookup. It queries A, AAAA, CNAME, MX, NS, TXT, SOA, and CAA in one pass and shows each record with its TTL. Pick Authoritative to confirm that the new value is really in the zone. The tool only reads DNS. It doesn't change records at your registrar.
Then run the DNS Propagation Checker. It sends the same query to about 20 public resolvers in parallel and gives the batch about three seconds. Type the value you published, such as the new IP address, and the summary counts the resolvers that return it, for example "18 of 20 resolvers return the new value." With that box empty, a resolver counts as a match when it agrees with the answer most of the others returned. A resolver that stays silent shows "No answer within 3 seconds" and counts as not matching. There is no world map, because the resolvers are anycast and each row names the company that runs it, not a city.
Up to the TTL of the record you replaced. A resolver that cached the old answer keeps it until that timer ends, and a few keep answers longer than the published TTL.
The resolver you use cached the old answer and its TTL hasn't run out. Compare it with the Authoritative answer in the DNS Lookup to confirm the change itself is right.
It means the public resolvers in the check do. A resolver at an ISP can still hold the previous answer until its cache expires.
Yes. Choose the record type before you press Check. Each check covers one type.
Tools used in this guide
Name servers from the NS records, with TTL.
One table of A, AAAA, MX, NS, TXT, SOA, and CAA records for a domain.
One DNS question sent to about 20 public resolvers, with a match against the value you expect.