Choosing a DNS resolver
Every public resolver is fast enough. The differences that actually matter are what each one logs, what each one blocks, and what happens when the one you chose has a bad day.
Every public resolver is fast enough. The differences that actually matter are what each one logs, what each one blocks, and what happens when the one you chose has a bad day.
Almost every comparison of public DNS resolvers is a speed table, which is the least interesting way to choose between them. They are all fast. On a normal connection the difference between the leading options is a few milliseconds, once per new domain, and you will not perceive it.
What is worth thinking about is that your resolver sees a list of every domain you visit - And that when it fails, your internet appears to stop entirely.
| Resolver | Addresses | Blocks anything? | Logging policy |
|---|---|---|---|
| Cloudflare | 1.1.1.1 / 1.0.0.1 | No | States it does not log identifying data and discards query logs within 24 hours; has commissioned independent audits |
| 8.8.8.8 / 8.8.4.4 | No | Keeps temporary logs for around 48 hours, permanent logs anonymised; states it is not used for ad targeting | |
| Quad9 | 9.9.9.9 / 149.112.112.112 | Known-malicious domains | Non-profit, Swiss-based, states it does not log IP addresses |
| Your ISP | Assigned by DHCP | Varies - Sometimes court-ordered | Varies enormously; in some jurisdictions retained and available to authorities |
All three public options support DNS over HTTPS and DNS over TLS, both support IPv6, and all three run anycast networks with hundreds of locations.
Benchmarks rank these constantly and the rankings disagree, because the answer depends entirely on where you are. Anycast routes you to the nearest instance of the resolver, so what matters is which provider has a point of presence closest to your network - Not which is faster in the abstract.
Two things are more likely to be true than any published table:
A public resolver will usually beat your ISP's. Not always, and not by much, but ISP resolvers are frequently under-provisioned and occasionally badly maintained.
The cache hit rate matters more than the network distance. A resolver serving millions of users already has almost every popular domain in cache and answers instantly. A small ISP resolver has to go and ask. This is the main reason the big public resolvers feel quick, and it is invisible in a ping test.
If you want to know what is actually fastest from your connection, measure it - Dig or nslookup against each, a few times, on a domain you have not visited recently so you are not measuring a cache hit.
Your resolver cannot see the pages you read. It can see every domain you ask for, and that is a remarkably detailed picture: Which bank, which health service, which employer, which dating app, which news sites, at what times.
So the honest framing is not "which is private" but "who would you rather that list went to".
Your ISP already knows your identity and your home address, and in several countries is legally required to retain records. It is also the party with the clearest commercial interest in the data.
Cloudflare makes the strongest public commitments - No logging of identifying data, query logs discarded within a day, independently audited. Its business is selling network services to companies, not advertising.
Google keeps temporary logs longer and states clearly that Public DNS data is not used for ad targeting and is kept separate from other Google services. Whether that separation is reassuring depends on how you feel about Google generally.
Quad9 is a non-profit foundation based in Switzerland, which puts it under a stricter privacy regime than a US company. It is the option chosen by people for whom the legal jurisdiction matters.
Encryption is the bigger win. Whichever you choose, enabling DNS over HTTPS or DNS over TLS stops everyone between you and the resolver from reading or tampering with your queries - Including your ISP, whether or not you are using its resolver. That is a larger privacy improvement than the choice of provider.
Quad9 is the one that blocks. It refuses to resolve domains on threat-intelligence feeds - Malware command-and-control, phishing, known-bad infrastructure - So a click on a malicious link fails at the name lookup rather than reaching the site. It is a genuine security benefit and costs nothing.
The trade is occasional false positives, and no practical way to appeal one quickly. If a site fails only on Quad9, that is what has happened.
Cloudflare and Google resolve everything by default. Cloudflare offers filtered variants on different addresses - 1.1.1.2 blocks malware, 1.1.1.3 blocks malware and adult content - Which is a reasonable way to add a light filter for a family network without installing anything.
Note that none of this is content blocking in the ad-blocking sense. For that you want a resolver you run yourself, which is a different project.
These services are exceptionally reliable, and they are not infallible. Cloudflare's resolver has had genuine global incidents - In July 2024 a route leak combined with a BGP hijack made 1.1.1.1 unreachable for a portion of the internet.
When a resolver you depend on fails, the experience is total: Nothing resolves, every site and app fails, and your connection is perfectly healthy throughout. It is the most convincing impersonation of a global internet outage there is.
Which leads to the single most useful piece of advice on this page, and the one almost everybody gets wrong:
Do not configure 1.1.1.1 and 1.0.0.1 as your two entries. They are the same operator. If Cloudflare has a problem, both fail together and you have no fallback at all.
Configure two different providers-1.1.1.1 as primary and 8.8.8.8 as secondary, for instance. Then a resolver outage is a brief hiccup instead of an apparent internet outage.
The caveat worth knowing: Operating systems do not reliably treat the secondary as a strict fallback. Some query both, some alternate. If a consistent policy matters - Say you want Quad9's filtering applied to everything - Using one provider on both entries is the way to guarantee it, at the cost of the redundancy.
For most people: Cloudflare primary, Google secondary. Fast, no filtering surprises, strong privacy position, and two independent operators.
If security matters more than the occasional false positive: Quad9 primary. The malware blocking is free protection that requires no software and no maintenance.
On a work laptop: Leave it alone. Corporate resolvers handle internal names, and overriding them breaks access to things you need.
If you run a Pi-hole or similar: Point your devices at it and let it use whichever upstream you prefer. Configuring a public resolver on the devices bypasses the Pi-hole entirely, which is the single most common reason people find their ad blocking has silently stopped working.
The step-by-step instructions cover every platform, including how to check afterwards that the change actually took effect.
For privacy commitments, Cloudflare's are stronger and independently audited. For speed, it depends entirely on where you are, and the difference is a few milliseconds either way. Both are excellent - The more useful decision is to configure one of each rather than two addresses from the same operator.
Quad9 and Cloudflare make the strongest commitments, with Quad9 operating as a Swiss non-profit and Cloudflare publishing independent audits of its no-logging claims. But enabling DNS over HTTPS matters more than the choice of provider, because it stops everyone between you and the resolver from reading your queries.
No - That is the most common mistake. 1.1.1.1 and 1.0.0.1 are both Cloudflare, so if Cloudflare has an incident both fail together and nothing resolves. Use one provider as primary and a different one as secondary.
No. Name resolution happens once when you connect; after that the game talks directly to the server by IP address and never touches DNS again. It can make store pages and downloads start marginally sooner, but it cannot affect in-game latency.
Step-by-step instructions for switching to 1.1.1.1, 8.8.8.8 or 9.9.9.9 on every major platform, and how to verify the change worked.
How DNS resolution fails, how to confirm it is the cause, and how to fix it - Including which resolver to switch to and why.
What makes it feel like the entire internet is down, the four failures that actually cause it, and how to identify which one you are looking at.
A layered diagnostic for working out whether the fault is your device, your network, your ISP, DNS, or the website itself.