DNS Propagation Checker
Enter a domain to look up its DNS records from resolvers around the world and see whether a recent change has taken effect yet.
- Resolved
- No answer
- Checking
-
Benito Juarez Mexico —
-
Buenos Aires Argentina —
-
City of London United Kingdom —
-
Chicago United States —
-
Lehi United States —
-
New York United States —
-
Frankfurt am Main Germany —
-
Paris France —
-
Roosendaal Netherlands —
-
Vancouver Canada —
-
South Brisbane Australia —
-
Tokyo Japan —
-
Singapore Singapore —
-
Pune India —
-
São Paulo Brazil —
-
Milan Italy —
-
Son Espanyol Spain —
-
Slaka Sweden —
-
Jakarta Indonesia —
-
Randburg South Africa —
-
San Bernardo Chile —
-
Vinhomes Times City Vietnam —
-
Ajman United Arab Emirates —
-
Jerusalem Israel —
-
Auckland New Zealand —
Check DNS by country
-
United States 8 servers
-
Argentina 6 servers
-
Australia 6 servers
-
Austria 6 servers
-
Bangladesh 6 servers
-
Brazil 6 servers
-
Bulgaria 6 servers
-
Canada 6 servers
-
Chile 6 servers
-
China 6 servers
-
Colombia 6 servers
-
Croatia 6 servers
-
Czech Republic 6 servers
-
Denmark 6 servers
-
Ecuador 6 servers
-
Egypt 6 servers
-
Finland 6 servers
-
France 6 servers
-
Germany 6 servers
-
Greece 6 servers
-
Hong Kong 6 servers
-
Hungary 6 servers
-
India 6 servers
-
Indonesia 6 servers
How DNS propagation works
Every DNS record has a time-to-live: the number of seconds a resolver may keep a cached answer before it has to ask the authoritative name servers again.
Resolvers that already hold the previous value keep handing it out until their copy expires. Only then do they fetch the new answer.
There is no global switch that flips at once. The expiry plays out independently across thousands of resolvers, so an update can be live in one place and still stale in another.
Lowering the TTL a day before a planned change makes it take hold sooner. Checking from many locations shows how far the new value has spread.
Why results differ by location
Each resolver caches on its own timetable, so one may still hold a record another has already refreshed. A change can look done from your office and undone from a phone on mobile data.
Many large sites answer with an IP chosen for the location of the resolver that asked. A resolver in Europe and one in Asia can both get correct but different addresses for the same hostname.
Caching lag fades as TTLs expire, while CDN differences persist by design. Comparing locations side by side separates the two.
DNS record types you can check
- A
- An A record maps a hostname to an IPv4 address. It is the record a browser resolves to find the server for a website, so it is the one you usually check after moving hosting.
- AAAA
- An AAAA record maps a hostname to an IPv6 address. It serves the same role as an A record for clients and networks that reach the site over IPv6.
- MX
- An MX record names the mail servers that accept email for a domain and gives each a priority. Receiving mail servers read it to decide where to deliver, so check it after any change to email hosting.
- NS
- An NS record lists the authoritative name servers for a domain. These are the servers that hold the real answers for the zone, and delegation at the registrar must point to them.
- TXT
- A TXT record stores arbitrary text attached to a name. It is widely used for domain verification and for email policy records such as SPF and DKIM.
- PTR
- A PTR record maps an IP address back to a hostname, the reverse of an A or AAAA lookup. It lives under the provider that controls the IP block and is often checked for mail server reputation.
- CNAME
- A CNAME record makes one hostname an alias of another, and resolvers follow it to that target's records. A name with a CNAME cannot carry other record types at the same label.
- CAA
- A CAA record states which certificate authorities are allowed to issue TLS certificates for a domain. Certificate authorities read it before issuing, which limits mis-issuance.
- SOA
- An SOA record holds the administrative settings for a zone, including the primary name server, the responsible contact, the serial number, and the default negative-caching time. There is exactly one per zone.
- SRV
- An SRV record advertises the host and port for a specific service, such as SIP or XMPP, under a structured name. Clients that support it use the record to locate the service.
How to use this checker
- Type the domain or hostname you want to look up, for example www.example.com, and choose the record type from the list.
- Run the check. Each server queries the record independently and reports the answer it received along with the response time.
- Compare the results across locations. Matching answers everywhere mean the change has propagated; a mix of old and new values means some resolvers are still holding a cached copy.
Frequently Asked Questions
What is Global DNS Checker?
Global DNS Checker is a free tool that looks up a domain's DNS records from servers around the world at the same time.
It supports A, AAAA, CNAME, CAA, MX, NS, PTR, SOA, SRV, and TXT records.
Is Global DNS Checker free to use?
Yes. Every tool on the site is free and none of them ask for an account. We only ask that you use the site by hand rather than pointing scripts at it.
How do I check the DNS records of a domain name?
Enter the domain in the field at the top of the page, pick a record type, and click "Check DNS". The servers listed below then run the same query and show the answer each one received, along with its response time.
How long does DNS propagation take?
It is governed by the record's TTL, not by a fixed clock.
Resolvers keep serving the previous answer until their cached copy expires, then pick up the new one, so a record with a 300-second TTL updates within about five minutes while a one-day TTL can take up to 24 hours.
The common claim that changes always take 48 hours is a myth left over from slower name servers; lowering the TTL before a change is the real way to speed it up.
Why is my DNS not propagating?
Usually it is working and you are just seeing a resolver that still holds the old value in cache until its TTL expires.
Other common causes are a name server change that has not been saved at the registrar, so the delegation still points at the old provider, and negative caching, where a resolver remembers that a name did not exist and keeps returning that until the SOA negative-cache timer runs out.
Checking from several locations shows whether the new value is spreading or genuinely missing.
How do I flush my DNS cache?
On Windows, open Command Prompt and run ipconfig /flushdns.
On macOS, run sudo dscacheutil -flushcache; sudo killall -HUP mDNSResponder.
On most Linux systems using systemd-resolved, run sudo resolvectl flush-caches.
Restarting the browser or the device also clears application-level caches. Flushing only affects your own machine; it does not change what other resolvers around the world are serving.
What is TTL in DNS?
TTL stands for time-to-live: the number of seconds a resolver is allowed to keep a cached DNS answer before it must query the authoritative servers again.
A low TTL means resolvers refresh often, so changes appear quickly but at the cost of more lookups; a high TTL means fewer lookups but slower updates.
Setting a low TTL before a planned change, then raising it afterward, gives fast propagation without permanent overhead.
What is the difference between a DNS check and a WHOIS lookup?
A DNS check asks resolvers what values a domain's records currently return, such as its A, MX, or TXT records, which is what actually routes traffic and mail.
A WHOIS lookup instead reports registration data about the domain itself: the registrar, creation and expiry dates, and name server delegation.
DNS tells you how the domain behaves right now; WHOIS tells you who registered it and when it expires.
Is my DNS updated everywhere?
This tool checks a domain from resolvers in many locations at once, so if every server returns the new value, the change has propagated to the resolvers being tested.
Because there are far more resolvers worldwide than any tool can query, a fully consistent result is strong evidence rather than an absolute guarantee.
A mix of old and new answers means propagation is still in progress and some resolvers are holding a cached copy until its TTL expires.
Which DNS record type should I check?
Check the record you changed.
After moving a website to new hosting, check the A record, and the AAAA record if you serve IPv6.
After changing email hosting, check the MX record.
When you move a domain to a new DNS provider, check the NS records.
For domain verification and email policy such as SPF or DKIM, check the TXT record.
If you are unsure, start with A and MX, since those cover most site and mail changes.