DNS Benchmark
Find the resolver that fits your connection.
Compare validated DNS-over-HTTPS response times from your browser, with consistency and success rates beside every result.
Run the benchmark ↗YOUR NETWORK, EXPLAINED
Find a faster DNS resolver. Inspect a domain. Get to the bottom of an email issue. Six focused tools, one place to start.
PICK YOUR STARTING POINT
Find the resolver that fits your connection.
Compare validated DNS-over-HTTPS response times from your browser, with consistency and success rates beside every result.
Run the benchmark ↗See what your domain is saying.
Inspect DNS records, check DNSSEC, and look up reverse DNS.
Look up DNS ↗Know who’s behind a domain.
Find registration dates, registrar details, nameservers, and network ownership.
Check ownership ↗Did your DNS change arrive?
Compare answers across independent public resolvers to spot cache differences.
Check propagation ↗Check the records behind delivery.
Inspect email routing and authentication with plain-English findings.
Check email DNS ↗See your connection from outside.
Find your public IPv4 and IPv6 addresses, reverse DNS, and network owner.
Find my IP ↗Our benchmark ranks validated responses by median latency and shows the variation behind each result. It measures browser-to-DoH performance on your current network.See how the benchmark works ↗
Provider privacy policies are linked in the resolver comparison. Our own data flow is documented in the privacy policy.
A cached lookup is what you experience most of the time. An uncached lookup is an upper bound, not a typical result.
Resolvers are tested in interleaved, shuffled rounds so that no provider is measured only while conditions happen to be good.
Each dot in Every measurement is one validated response, on a scale shared by every row; the upright bar is the median. The scale is logarithmic, because the difference between 20 ms and 40 ms matters far more than the difference between 300 ms and 320 ms. Dots stacked together mean a resolver answered in much the same time each round. Dots spread across the track mean it did not — and that is usually more important than which median happens to be lowest.
| # | Resolver | Every measurement | Median | Spread | Verified | IPv4 addresses |
|---|
These resolvers did not return a response this browser could read and verify, so they carry no latency figure. In most cases this is a browser limitation, not a fault in the resolver: a DNS-over-HTTPS endpoint that does not send cross-origin headers simply cannot be measured from a web page. Their configuration addresses are still listed in the resolver comparison.
| Resolver | Outcomes | Detail |
|---|
A low figure in the table above is a reason to try a resolver, not proof it will be faster for your whole system. What you measured here is an HTTPS request from this browser to a provider’s DNS-over-HTTPS endpoint. What you would configure in Windows, macOS or your router is usually that provider’s classic DNS service on port 53 — a different endpoint, transport and cache. Related, frequently correlated, but not the same measurement.
Before changing anything, record your current settings so you can put them back. On most systems the original setting is “Obtain DNS server address automatically” (DHCP) — returning to that undoes the change completely.
Each guide covers IPv4 and IPv6 separately, distinguishes classic DNS from DNS-over-HTTPS, and ends with a check that the change worked plus the exact steps to roll it back.
Check DNS records and email configuration, or follow a setup guide for your device.
Data breach update: 70,000 firewall and VPN credentials exposed as k0t works through FortiGate, FortiWeb and GlobalProtect appliances using published flaws.
DNS security alert: new QPACK flaws crash HTTP/3 servers with one request, at up to 4,000x memory amplification. Seven of ten stacks hit, three still unpatched.
Enterprise IT news: CVE-2026-114625 lets a read-only VeloCloud Orchestrator account reach superuser operator. It is the third exploited zero-day since July.
Cybersecurity news: attackers hijacked 333 Tor exit relays to intercept SSH logins and plant Ebury malware. Why trust on first use has no revocation path.
Tech infrastructure alert: eight eMudhra CA private keys were computable from public certificates, forcing emergency browser, Go and Linux trust-store fixes.
Data breach update: Solar says Partisan Zmiy hid the Vasilek backdoor in an unused VMware Tools folder for two years, with DNSCat2 as a backup C2 channel.
DNS security after ClickFix: Forescout's ROMULUS platform serves LegionLoader from six hosts with no exploit at all, leaving resolution as the last control.
A compromised ConnectWise Cloud Backup credential gave attackers access to 173 Microsoft 365 tenants, with no password and no malware.
Citizen Lab traced zero-click Candiru spyware at Al Jazeera to targeted ads bought through legitimate ad exchanges in 161 countries.
Tech infrastructure: a proxyjacking campaign hijacked 143 D-Link, Ubiquiti and SAP devices in 34 countries, reselling stolen bandwidth as residential proxies.
The UK Legal Aid Agency says stolen records reach back to 1978, with 250,000 predating 2007 and four months of attacker dwell time.
A three-flaw Ivanti Connect Secure zero-day chain gave UTA0576 root on fully patched VPN appliances. CISA KEV deadline is 16 October.
We use essential cookies to run this site and, with your consent, advertising cookies (Google AdSense) and analytics to support our free service. See our Cookie Policy and Privacy Policy.