Website not responding? Verify if the A record points to the correct IPv4 address. Compare responses from multiple DNS resolvers to detect propagation issues.
Simple = one query to the resolver · Trace = descent from the root
optionsAdvanced options
Key features
Instant resolution
Get a domain's IPv4 address in real time. Compare responses from Google, Cloudflare, Quad9, and the authoritative server.
Discrepancy detection
Identify differences between resolvers. Spot stale caches still returning the old address.
Full iterative trace
Visualize the DNS path: root → TLD → authoritative. Identify which step is slow or failing.
TTL and latency
Check the remaining TTL to understand when the cache expires. Measure each resolver's latency.
Free and unlimited
No signup required. Test as many domains as you need, as often as you want.
How to use the DNS lookup engine options effectively
What is the iterative trace?
The trace performs resolution step by step. The resolver first queries the root servers, then the TLD (.com, .fr, .eu), and then the authoritative servers of the target zone. At each step, the page shows the queried server, the answer, the RCODE, and the latency.
1. Root
Discovery of the TLD servers for the requested name.
2. TLD
Reference to the zone's NS (delegation).
3. Authoritative
Final answer (or error) with TTL and latency.
What is it for?
Compare answers across resolvers and regions
Detect a hot cache, an overly long TTL, or an incomplete delegation
Explain a latency difference or an unexpected RCODE
Tip: keep the trace disabled for quick checks; enable it when investigating or preparing a ticket/post-mortem.
What is the classic trace?
The classic trace queries only the selected resolver (UDP or DoH) and displays the answer as it is perceived from that network vantage point. You get the RCODE, the response sections, and the latency for the client → resolver leg.
1. Chosen resolver
Uses the preset or custom configuration to run the query exactly like your service would.
2. Protocol preserved
Respects the selected transport (UDP, TCP, or DoH) so you reproduce the real behavior.
3. Detailed answer
Shows the question, answer, and authority/additional sections when present, together with TTL and useful metadata.
Why use it?
Check the view of a specific resolver before suspecting delegation issues
Confirm cached values and the impact of a TTL or a flush
Document a resolution exactly as a client or microservice sees it
Tip: keep the iterative trace option turned off when auditing a given resolver; enable it afterwards to compare with the root → TLD → authoritative path.
How does the propagation test work?
The DNS Propagation Test is a dedicated tool: it queries a set of public resolvers (Google, Cloudflare, Quad9, OpenDNS and major ISPs) in parallel and groups the answers by value and RCODE. You instantly see which resolvers have already picked up your change.
1. Worldwide resolvers
Queries several public resolvers spread across regions in a single run, with no manual switching.
2. Automatic comparison
Groups identical answers and highlights divergences or resolver-specific errors.
3. Actionable summary
Gives a clear overview: the resolver list, their latencies, and the status of each answer group.
When to use it?
Track how a DNS change propagates worldwide
Spot stale caches and decide on a targeted flush
Share a propagation snapshot in a ticket or post-mortem
Tip: propagation is a dedicated tool. Use DNS Lookup in Simple or iterative Trace mode when you need to focus on a single resolver.
An A record (Address Record) is the fundamental DNS record that maps a domain name to an IPv4 address. When you type a URL in your browser, the A record response indicates which server to contact.
A record structure:
Field
Description
Example
Name
Domain or subdomain
www
Type
Always A
A
Value
IPv4 address
203.0.113.10
TTL
Cache duration in seconds
3600
Concrete example:
www.captaindns.com. 3600 IN A 203.0.113.10
This record indicates that www.captaindns.com points to IPv4 address 203.0.113.10 with a one-hour TTL.