Every time a device connects to a domain name, it first asks a name server which IP address belongs to that name. By default that is the access provider’s server, and by default the question travels across the network in the clear.
The result is a complete, chronologically ordered list of what a connection requests. RFC 9076, the IETF document on DNS privacy considerations, illustrates the significance with an example: visiting the Alcoholics Anonymous website says something about a person that they did not necessarily intend to disclose. The problem is not the single lookup but the linkability of many lookups over time.
This page lists name servers you can use instead of the preset one, and ways to run your own. For each service it also states what speaks against it. A directory that lists only advantages is advertising, not help with a decision.
What encrypted DNS does not do
Encrypted DNS hides which names you look up. It does not hide which servers you visit afterwards.
That is not a hedge but the statement of the relevant standard itself. RFC 9849, the Encrypted Client Hello specification from March 2026, puts it this way: “ECH is not in itself sufficient to protect the identity of the server. The target domain may also be visible through other channels, such as plaintext client DNS queries or visible server IP addresses.” The converse holds too: encrypted DNS alone is not enough while the server name travels in the clear in the TLS handshake as Server Name Indication, and the destination IP address remains visible anyway.
So here is what changing your DNS provider actually achieves:
It takes away your access provider’s most convenient observation post. Instead of a cleanly readable list of domain names it now sees encrypted traffic to an IP address. It can no longer alter answers silently. And it is no longer the addressee of DNS blocking orders, to the extent that the new provider is not subject to the same orders.
Here is what it does not achieve:
It does not make you anonymous. The new resolver now sees what your access provider saw before. You are exchanging one observer for another, which is why you should pick one whose interests do not conflict with yours. It does not replace a VPN or Tor. And it is not antivirus: a DNS filter only bites while a name is being resolved, and can be bypassed by a direct IP connection.
Germany’s Federal Network Agency itself states that a critical point about DNS blocking is that such a block can easily be circumvented. That applies to blocks you reject just as much as to protective filters you want.
The protocols, briefly and correctly
Classic DNS in the clear Do53RFC 1035, STD 13
UDP and TCP 53
The default case since 1987. RFC 1035 specifies that DNS runs over UDP and TCP on port 53 and provides for no confidentiality at all. Anyone on the same network, or running it, reads every query.
RFC 9076, the current IETF document on DNS privacy considerations, names the most rewarding tapping point explicitly: “The best place to tap, from an eavesdropper's point of view, is clearly between the stub resolvers and the recursive resolvers, because traffic is not limited by DNS caching.” That is precisely the stretch DoT, DoH and DoQ encrypt.
DNS over TLS DoTRFC 7858
TCP 853
DNS inside a TLS tunnel on a dedicated port. RFC 7858 specifies: “By default, a DNS server that supports DNS over TLS MUST listen for and accept TCP connections on port 853, unless it has mutual agreement with its clients to use a port other than 853 for DNS over TLS.”
The dedicated port is both an advantage and a drawback. Advantage: the operating system can set DoT system-wide for all applications, which is what Android has done for years under “Private DNS”. Drawback: port 853 is visible and easy to block on restrictive networks.
DNS over HTTPS DoHRFC 8484
TCP 443
DNS inside ordinary HTTPS requests. RFC 8484 states it in one line: “Each DNS query-response pair is mapped into an HTTP exchange.”
Because the traffic runs on port 443 it is hard to distinguish from normal web traffic and correspondingly hard to block. The price: DoH is usually configured per application rather than system-wide. A browser with its own DoH uses a different resolver from the rest of the system, which regularly causes confusion in practice.
DNS over QUIC DoQRFC 9250
UDP 853
The most recent of the three encrypted transports, standardised in May 2022. RFC 9250 describes the benefit as follows: “The encryption provided by QUIC has similar properties to those provided by TLS, while QUIC transport eliminates the head-of-line blocking issues inherent with TCP and provides more efficient packet-loss recovery than UDP.”
In practice that means the same confidentiality as DoT, but faster connection setup and less delay under packet loss. Quad9 answered DoQ queries reliably in our test. UncensoredDNS, dnsforge.de and Freifunk München announce DoQ as well, though at UncensoredDNS a real query went unanswered in our test.
Signatures, not encryption DNSSECRFC 4033, 4034, 4035
independent of the transport
The most common confusion in this field. DNSSEC encrypts nothing. RFC 4033 says in one sentence what it does: “The Domain Name System Security Extensions (DNSSEC) add data origin authentication and data integrity to the Domain Name System.” And it says just as plainly what it does not do: “These extensions do not provide confidentiality.”
So DNSSEC protects against someone forging the answer. It does not protect against someone reading the question. You only get both once a validating resolver is reached over an encrypted transport.
One side effect is worth knowing: RFC 4033 warns that DNSSEC in its NSEC variant allows enumeration of all names in a zone. For the privacy of zone contents, DNSSEC is therefore no gain.
QNAME minimisation QNAMERFC 9156
resolver behaviour
Without minimisation a recursive resolver asks the root server for the full name, even though the root server only knows who is responsible for the suffix. With minimisation each level learns only as much as it needs in order to refer the query onwards.
Important for accuracy: the valid standard is RFC 9156 from November 2021, Standards Track. The frequently cited RFC 7816 was experimental and is explicitly marked as obsoleted.
EDNS Client Subnet ECSRFC 7871
extension, informational
The resolver passes a truncated part of the client address on to authoritative servers so that a content network can give a geographically close answer. The price is privacy.
It is notable that the RFC itself counsels restraint: “We recommend that the feature be turned off by default in all nameserver software, and that operators only enable it explicitly in those circumstances where it provides a clear benefit for their clients.” RFC 7871 is informational, not Standards Track.
Practical consequence: anyone putting privacy above speed picks an endpoint without ECS. At Quad9 those are 9.9.9.9 and 9.9.9.10, while 9.9.9.11 and 9.9.9.12 deliberately use ECS.
EDNS(0) Padding PaddingRFC 7830
extension
Encryption hides the content, not the size. RFC 9076 points out that the size and timing patterns of encrypted messages allow inferences. RFC 7830 defines padding to uniform lengths as a countermeasure. Anyone running a resolver themselves should enable padding.
How to recognise a good provider
Who is accountable?
A registered association, a foundation or a company with a serviceable address can be checked. An anonymous project cannot. That says nothing about honesty, but everything about whether commitments can be enforced.
How is the service funded?
Free DNS costs the operator money. If it is not apparent who pays, the question of where the money comes from remains open. Donations, membership fees and a supporting core business are traceable answers.
What does the privacy policy say verbatim?
“We respect your privacy” is not a commitment. “We do not log DNS queries”, with named exceptions and a retention period, is one. A policy that names its own exceptions is more credible than one without.
Is there filtering, and can it be turned off?
A malware filter is a benefit for most people. What matters is that the same operator offers an unfiltered address, so the decision stays with you.
Which jurisdiction?
The operator’s seat and the server location determine which authorities can issue which orders. The two can differ and should be considered separately.
Is there a second server?
A single resolver is a single point of failure. Always configure a second, independent server, preferably from a different operator.
Volunteer collective without a legal entity of its own
GR
no
yes
no
“With caveats” means there is an address without a content filter, but the operator also implements court-ordered or statutory blocks on it. The details are in the respective card. “Plaintext DNS” indicates whether the service answers unencrypted on port 53; where it does not, it can only be used over DoT or DoH.
Quad9 CH
Operator
Quad9, a foundation under Swiss law, Zurich (UID CHE-435.091.407)
Legal form
Non-profit foundation
DNSSEC
Validating. Since 15 June 2026 Quad9 validates on all endpoints according to its own announcement, including the addresses that previously did not validate.
DNS over QUIC
Yes. DNS over QUIC and DNS over HTTP/3 have been live since 31 March 2026. Quad9 states verbatim: “Quad9 has enabled DNS over HTTP/3 (DoH3) and DNS over QUIC (DoQ) across its global resolver network.” DoQ uses the respective service hostname on UDP port 853.
Filtering
Selectable by address. 9.9.9.9 and 9.9.9.11 block domains reported by partners as malware, phishing or botnet infrastructure. 9.9.9.10 and 9.9.9.12 do not. Quad9 does not filter advertising or trackers at all.
Logging
The privacy policy (version 1.1, published 24 June 2026) states verbatim in section 2.1: “Quad9 does not collect or record user IP addresses, nor does it collect or hold any proxy for or representation of user IP addresses, nor does it collect or hold any other unique identifier of individuals in lieu of IP addresses.”
Endpoints
Filtered
IPv4
9.9.9.9 · 149.112.112.112
IPv6
2620:fe::fe · 2620:fe::9
DoH
https://dns.quad9.net/dns-query
DoT
dns.quad9.net
Unfiltered
IPv4
9.9.9.10 · 149.112.112.10
IPv6
2620:fe::10 · 2620:fe::fe:10
DoH
https://dns10.quad9.net/dns-query
DoT
dns10.quad9.net
Filtered, with EDNS Client Subnet
IPv4
9.9.9.11 · 149.112.112.11
IPv6
2620:fe::11 · 2620:fe::fe:11
DoH
https://dns11.quad9.net/dns-query
DoT
dns11.quad9.net
Unfiltered, with EDNS Client Subnet
IPv4
9.9.9.12 · 149.112.112.12
IPv6
2620:fe::12 · 2620:fe::fe:12
DoH
https://dns12.quad9.net/dns-query
DoT
dns12.quad9.net
What speaks for it
A non-profit foundation under Swiss law, not a company with an advertising or data business.
The privacy policy is explicitly aligned with RFC 8932, the IETF document on privacy policies for DNS operators. That is a self-declaration rather than an audited certification, but it makes the commitments comparable.
Very large anycast network and a complete protocol range: Do53, DoT, DoH, DoH3 and DoQ.
Filtered and unfiltered addresses from the same operator under the same privacy policy.
What speaks against it
Court-ordered copyright blocks apply worldwide. Following the Paris ruling in the Canal+ proceedings, Quad9 blocks the contested domains for all users because the service does not differentiate by region. Quad9 itself writes: “we have to block these sites for all users, in all areas. This amounts to French law being applied globally.”
These blocks also apply on the unfiltered addresses. At Quad9, “unfiltered” refers to the malware list, not to court orders.
The commitment not to store client IP addresses is a self-imposed obligation. No independent technical audit confirming this practice is available.
Private company, grown out of an EU co-funded project
DNSSEC
Validating.
DNS over QUIC
Not documented. On the endpoints tested on 6 September 2026 neither the QUIC identifier “doq” nor HTTP/3 was offered.
Filtering
Five profiles, each with its own addresses. According to the operator the child protection profile filters the categories gambling, sexual content, weapons, child abuse, drugs, racism, terrorism and violence. DNS4EU additionally implements legally mandated blocks, and those apply across all profiles.
Logging
Unlike the other services in this list, DNS4EU is not a no-log resolver. The DNS4EU Public Resolvers Policy lists the data collected, including the query sent, the response, the query type and the timestamp. According to the operator the client IP address is anonymised; query data are retained for up to six months.
Endpoints
Protective (malware and phishing protection)
IPv4
86.54.11.1 · 86.54.11.201
IPv6
2a13:1001::86:54:11:1 · 2a13:1001::86:54:11:201
DoH
https://protective.joindns4.eu/dns-query
DoT
protective.joindns4.eu
Protective plus child protection
IPv4
86.54.11.12 · 86.54.11.212
IPv6
2a13:1001::86:54:11:12 · 2a13:1001::86:54:11:212
DoH
https://child.joindns4.eu/dns-query
DoT
child.joindns4.eu
Protective plus ad blocking
IPv4
86.54.11.13 · 86.54.11.213
IPv6
2a13:1001::86:54:11:13 · 2a13:1001::86:54:11:213
DoH
https://noads.joindns4.eu/dns-query
DoT
noads.joindns4.eu
Protective plus child protection plus ad blocking
IPv4
86.54.11.11 · 86.54.11.211
IPv6
2a13:1001::86:54:11:11 · 2a13:1001::86:54:11:211
DoH
https://child-noads.joindns4.eu/dns-query
DoT
child-noads.joindns4.eu
Unfiltered (no content filter)
IPv4
86.54.11.100 · 86.54.11.200
IPv6
2a13:1001::86:54:11:100 · 2a13:1001::86:54:11:200
DoH
https://unfiltered.joindns4.eu/dns-query
DoT
unfiltered.joindns4.eu
What speaks for it
Resolvers located exclusively inside the EU. The policy names 14 recursive resolvers in 14 EU member states.
Five clearly separated filter profiles with their own addresses, including one profile with no content filter at all.
Supervision by a named European data protection authority, the Czech Úřad pro ochranu osobních údajů. A named data protection officer is reachable.
A published Digital Services Act transparency report exists, as does a published list of blocking orders.
What speaks against it
The name suggests operation by the EU, which is not the case. The EU co-funded project phase ran from 2023 to 2025. The official page describes it in the past tense and says of the present: “Now fully commercialized and operated by Whalebone ... without ongoing EU operational funding.” Choosing DNS4EU today means choosing a free service run by a Czech private company with an EU project heritage, not a resolver operated by the EU.
Query data are retained for up to six months. That is the longest documented retention period of any service recommended here.
Legally mandated blocks also apply in the “Unfiltered” profile. On 6 September 2026 rt.com and Sputnik domains, among others, did not resolve there. At DNS4EU, “Unfiltered” refers to the content filters, not to blocking orders.
The terms of use exclude enterprises and connectivity providers. The service is intended for private individuals, with a limit of 1,000 queries per second per IP address.
None. The operator states: “No, we do not implement any content filtering or blocking. DNS.SB provides neutral, unfiltered DNS resolution.”
Logging
The privacy policy, effective 17 January 2026, opens with: “TL;DR: We don't collect or store your DNS queries. Period.” In detail it states that neither queried domains nor IP addresses nor timestamps are recorded in connection with queries.
Endpoints
Unfiltered
IPv4
185.222.222.222 · 45.11.45.11
IPv6
2a09:: · 2a11::
DoH
https://doh.dns.sb/dns-query
DoT
dot.sb
What speaks for it
A very short, unambiguous privacy policy with a stated effective date.
The operator has published annual transparency reports on government requests since 2019, including requests from authorities outside Germany.
A globally distributed network. The operator names 19 locations.
An operator with a German commercial register entry and a serviceable address, so responsibility is traceable.
What speaks against it
The widely repeated claim that DNS.SB is run by a company called “Xing Tech” could not be confirmed in any primary source. The operator is xTom GmbH.
This is a for-profit hosting company, not a non-profit body. The service is funded in part through priced sponsorship tiers.
The no-log commitment is a self-declaration. There is no independent audit.
Thomas Steen Rasmussen, Denmark. A private individual, no legal entity.
Legal form
Private individual, operated free of charge
DNSSEC
Validating.
DNS over QUIC
Announced, but unanswered in our test. On 23 October 2025 the operator wrote: “Starting today UncensoredDNS fully supports QUIC based DNS lookups.” The QUIC identifier “doq” is indeed negotiated. A real DoQ query with kdig, however, went unanswered three times on 7 September 2026 from a German connection, while the same query against Quad9 and AdGuard DNS succeeded. This is a point-in-time observation from a single connection, not proof that the service cannot do DoQ. DoT on the same server worked flawlessly.
Filtering
None. The service exists explicitly as a counterpoint to filtering. The operator writes: “I am strongly against using DNS as a tool to filter content on the internet.”
Logging
The FAQ states: “Absolutely nothing is being logged, neither about the users nor the usage of this service. I do keep graphs of the total number of queries, but no personally identifiable information is saved.”
Endpoints
Anycast node
IPv4
91.239.100.100
IPv6
2001:67c:28a4::
DoH
https://anycast.uncensoreddns.org/dns-query
DoT
anycast.uncensoreddns.org
Unicast node
IPv4
89.233.43.71
IPv6
2a01:3a0:53:53::
DoH
https://unicast.uncensoreddns.org/dns-query
DoT
unicast.uncensoreddns.org
What speaks for it
The service has run since 2009, making it one of the oldest independent open resolvers in Europe.
A complete protocol range including DNS over QUIC and DNS over HTTP/3.
A clear, unambiguous stance against filtering, with no commercial interest behind it.
Two separate entry points, one anycast and one unicast node, which can be entered as primary and secondary server.
What speaks against it
The service depends entirely on a single private individual. There is no association, no team and no published succession plan.
The logging commitment consists of two sentences in a FAQ. There is no formal privacy policy, no audit and no transparency report.
The anycast network is small. The official table lists three nodes, two of them in Denmark. Outside northern Europe the latency benefit is correspondingly limited.
Digitalcourage e. V., Marktstraße 18, 33602 Bielefeld, Germany
Legal form
Registered non-profit association
DNSSEC
A measurement on 6 September 2026 showed DNSSEC validation. The association itself makes no statement about this on the service page, so it is not a guaranteed property.
DNS over QUIC
No.
Filtering
None. The service is explicitly a censorship-free resolver, not an advertising or tracker blocker.
Logging
The official page for dns3.digitalcourage.de states, in German: “kein Logging, nur im Fehlerfall (ohne Client-IP)”, meaning no logging except in the event of an error, and then without the client IP.
Endpoints
Censorship-free resolver
IPv4
5.9.164.112
IPv6
2a01:4f8:251:554::2
DoT
dns3.digitalcourage.de
What speaks for it
A non-profit association with a long, publicly traceable record of work on fundamental rights and data protection.
German server location and German jurisdiction; sponsorship and funding are traceable through a published transparency report.
Explicitly censorship-free, with no commercial interest in the query data.
What speaks against it
The address dns.digitalcourage.de, still cited in many places, has been permanently shut down. The association writes, in German, that the server is switched off and that the IP 85.214.20.141 should be removed from existing configurations. Anyone still using that IP has no working resolver. Only dns3.digitalcourage.de is active.
No DoH. The association states explicitly that the server cannot be set as a DNS server in the browser because that would require DNS over HTTPS, which the service does not support. The service therefore cannot be used in the DoH settings of Firefox or Chrome.
There is exactly one server. No anycast, no second node, so a single point of failure. Configuring a second, independent resolver as a fallback is advisable.
Digitale Gesellschaft, an association under Articles 60 et seq. of the Swiss Civil Code, with its seat in Basel. Servers in Zurich.
Legal form
Non-profit association
DNSSEC
Validating, explicitly guaranteed by the operator.
DNS over QUIC
Not documented.
Filtering
None. The association states, in German, that no logging takes place and no block lists are used. It reserves the right to temporary blocks in cases of abuse.
Logging
Official statement, in German: no logging takes place, no block lists are used, and DNSSEC is validated.
Endpoints
Encrypted only, no plaintext DNS
IPv4
185.95.218.42 · 185.95.218.43
IPv6
2a05:fc84::42 · 2a05:fc84::43
DoH
https://dns.digitale-gesellschaft.ch/dns-query
DoT
dns.digitale-gesellschaft.ch
What speaks for it
A non-profit association with published statutes and a server configuration disclosed in a public repository.
Swiss server location and Swiss law, outside EU jurisdiction.
A clear, concise commitment with no marketing gloss: no logging, no block lists, DNSSEC validation.
Very low running costs, 1,000 Swiss francs a year according to the FAQ, which makes independent funding plausible.
What speaks against it
No plaintext DNS on port 53. The association deliberately does not run it. Routers, smart TVs and many IoT devices that only speak classic DNS cannot be served this way.
The IP addresses given are the addresses of the encrypted endpoints. They belong in a DoT or DoH field, not in an ordinary DNS server field.
The operator reserves the right to temporarily block individual client IP addresses and individual domain names in cases of abuse. “No block lists” therefore does not mean “unmodified under all circumstances”.
Artikel10 e. V., Hamburg, Germany (register VR 24066, Hamburg local court). Infrastructure hosted at Individual Network Berlin e. V.
Legal form
Registered association
DNSSEC
A measurement on 6 September 2026 showed DNSSEC validation. There is no explicit commitment from the operator.
DNS over QUIC
Not documented.
Filtering
The operator makes no explicit statement. A measurement on 6 September 2026 showed no filtering.
Logging
The service page states, in German, that the server stores no information about individual DNS queries.
Endpoints
Encrypted only, no plaintext DNS
IPv4
217.197.91.153
IPv6
2001:67c:1401:2120::1
DoH
https://dns.artikel10.org/dns-query
DoT
dns.artikel10.org
What speaks for it
A registered association with statutes and a register entry, dedicated for years to protecting the privacy of correspondence and also operating Tor infrastructure.
German location and German jurisdiction.
A concise, clear logging statement without qualifications in the small print.
What speaks against it
No plaintext DNS on port 53. The addresses respond only via DoT on port 853 and DoH on port 443. Entering them as ordinary DNS servers yields no resolution at all.
The association has not communicated publicly since 27 November 2023. The service demonstrably runs, but there is no current communication about its state.
The service is documented very briefly. There is no formal privacy policy for the resolver, no audit and no transparency report.
adminForge, run by Stefan Giebel, Cologne, Germany. Servers in Germany.
Legal form
Private project, donation funded
DNSSEC
Validating.
DNS over QUIC
The operator lists DoQ endpoints for all four variants. No independent measurement of these is available.
Filtering
Four graded variants, each with its own addresses, from “Normal” with ad and tracker filtering to “Blank” with no filtering at all. Blocked names are answered with 0.0.0.0 or ::, not with NXDOMAIN.
Logging
The FAQ states, in German, that dnsforge.de logs no DNS queries and operates entirely without logging. The adminForge privacy notice contains a dedicated section on this.
Clean, additionally filters adult and gambling content
IPv4
49.12.223.2 · 49.12.43.208
IPv6
2a01:4f8:c17:4fbc::2 · 2a01:4f8:c012:ed89::208
DoH
https://clean.dnsforge.de/dns-query
DoT
clean.dnsforge.de
Hard, strictest filter
IPv4
49.12.222.213 · 88.198.122.154
IPv6
2a01:4f8:c17:2c61::213 · 2a01:4f8:c013:5ec0::154
DoH
https://hard.dnsforge.de/dns-query
DoT
hard.dnsforge.de
Blank, without any filter
IPv4
138.199.149.249 · 78.47.71.194
IPv6
2a01:4f8:c17:7aa5::249 · 2a01:4f8:c013:aae9::194
DoH
https://blank.dnsforge.de/dns-query
DoT
blank.dnsforge.de
What speaks for it
Four clearly separated filter levels, including a completely unfiltered one. The choice stays with the user rather than the operator.
The block lists used are named openly rather than merely asserted.
Servers exclusively in Germany, operator with a legal notice and a serviceable address.
Block list counts are published on the home page and updated daily.
What speaks against it
The service is run neither by an association nor by a company but as a private project. For use in organisations with availability requirements that is a serious consideration.
The service is funded by donations. The donation page shows the monthly targets, so funding is visible but not institutionally secured.
The no-log commitment is a self-declaration without an independent audit.
Freie Netze München e. V., Parkstraße 28, 82131 Gauting, Germany (register VR 206402, Munich local court). Servers in Munich and Vienna.
Legal form
Registered association
DNSSEC
Validating.
DNS over QUIC
The operator names the hostname doq.ffmuc.net. DoH over HTTP/3 is offered.
Filtering
None. The service privacy policy states: “The resolver operates as a general-purpose recursive DNS service and does not perform content filtering or censorship by default.”
Logging
The privacy policy states: “The service does not retain identifiable per-user DNS query logs.” Temporary per-IP counters for rate limiting are explicitly mentioned.
Endpoints
Unfiltered
IPv4
5.1.66.255 · 185.150.99.255
IPv6
2001:678:e68:f000:: · 2001:678:ed0:f000::
DoH
https://doh.ffmuc.net/dns-query
DoT
dot.ffmuc.net
What speaks for it
A registered association from the Freifunk movement with long-standing practice in running open networks.
Servers exclusively within the EU, specifically in Munich and Vienna.
The operator names the exception itself: temporary per-IP counters for rate limiting.
Both plaintext DNS and encrypted protocols are available.
What speaks against it
The charitable tax status is unclear. The setup page describes the association as a non-profit, while its own wiki FAQ states that it is not recognised as charitable because the legal requirements are not met, and cannot issue donation receipts. No exemption notice could be found. The suffix “e. V.” alone does not imply charitable status.
Two locations, both in German-speaking Europe. Outside central Europe the service is correspondingly slower.
Fondation Restena, 2 place de l'Université, L-4365 Esch-sur-Alzette, Luxembourg
Legal form
Foundation, the national research and education network of Luxembourg
DNSSEC
Validating.
DNS over QUIC
Not documented.
Filtering
No filtering is documented for the public resolver. The service page cites “Guaranteed neutrality, as the resolver does not deliberately modify the collected information before transmitting it”. The separately offered DNS firewall is, according to the operator, available only to connected institutions.
Logging
There is no dedicated logging policy for the resolver. The service page says the information collected for resolution is “limited to the minimum necessary for the technical functioning of the service”. That is less specific than for the other services in this list.
Endpoints
Public resolver
IPv4
158.64.1.29
IPv6
2001:a18:1::29
DoH
https://dnspub.restena.lu/dns-query
DoT
dnspub.restena.lu
What speaks for it
The operator is a foundation with a public mandate, the national research and education network of Luxembourg. That is a degree of institutional stability that private projects cannot offer.
Location and jurisdiction Luxembourg, within the EU.
Explicitly guaranteed neutrality of the answers.
What speaks against it
The foundation’s general conditions limit use of its resources to “the community of education, research, culture, health and administration”, while the public resolver page explicitly addresses the general public. This contradiction is not resolved in the primary sources.
There is exactly one public resolver host, one IPv4 and one IPv6 address. No documented anycast, no fallback target. The foundation itself recommends adding a second server.
The logging statement is generic. No retention period is quantified.
Foundation for Applied Privacy, an Austrian association, register number ZVR 1254016365, Floragasse 7, 1040 Vienna
Legal form
Non-profit association
DNSSEC
Validating.
DNS over QUIC
Not documented.
Filtering
None. The operator states: “We do not provide DNS filter services, our resolvers provide the information they get from the authoritative DNS servers.”
Logging
The privacy policy states: “We do NOT log your IP address. We do NOT log your DNS query. We do NOT share query data with third parties.”
Endpoints
Encrypted only, no plaintext DNS
IPv4
146.255.56.98
IPv6
2a02:1b8:10:234::2
DoH
https://doh.applied-privacy.net/query
DoT
dot1.applied-privacy.net
What speaks for it
A non-profit association with an Austrian register number and the explicit purpose of promoting digital privacy.
A very clear, three-part negative logging commitment without qualifications.
DoT is additionally offered on port 443. That helps on networks that block port 853.
According to the operator, no EDNS Client Subnet is set.
What speaks against it
The operator itself classifies the service as experimental: “This is an experimental service which is operated on a best effort basis.” It is therefore not intended for production or business-critical use.
A single documented location, Vienna, and in practice a single pair of servers. The DoH and DoT endpoints resolve to the same addresses. No anycast, no geographic redundancy.
LibreOps, a collective of named volunteers from Greece. Servers at Hetzner in Nuremberg, Germany.
Legal form
Volunteer collective without a legal entity of its own
DNSSEC
No, and that is the most important point about this service. LibreDNS does not validate. Its own documentation records “DNSSEC: no” for every DNS stamp, the published configuration sets “dnssec=process-no-validate”, and a measurement on 7 September 2026 confirmed it: deliberately mis-signed test domains were answered normally, while a validating resolver refused them.
DNS over QUIC
Not documented.
Filtering
Two separate recursors. The default endpoint does not filter. The second one blocks advertising and trackers using the public StevenBlack list.
Logging
The website states: “We keep no logs. Logs are disabled for our DNS daemon.” Unlike every other service in this list, that can be checked: the complete configuration is public, and in it the web server access log is switched off and the resolver is set to “quiet”.
Endpoints
Encrypted only, unfiltered
IPv4
116.202.176.26
IPv6
2a01:4f8:1c0c:8274::1
DoH
https://doh.libredns.gr/dns-query
DoT
dot.libredns.gr
Encrypted only, with ad blocking
DoH
https://doh.libredns.gr/noads
DoT
noads.libredns.gr
What speaks for it
The complete operating configuration is public. That makes the no-log commitment technically verifiable rather than merely believable. No other service on this page offers that.
The operators are named individuals, not anonymous and not behind a shell company.
Funded solely by donations, with a publicly readable ledger on Open Collective. No tariffs, no advertising, no data business.
Servers in Germany and therefore within EU jurisdiction, even though the collective is based in Greece.
What speaks against it
No DNSSEC validation. Anyone using LibreDNS is unprotected against forged DNS answers above the resolver. For a page about secure name resolution that is the gravest objection to this service, and it outweighs the exemplary transparency.
A single server in a single location. No anycast, no geographic redundancy, no fallback target.
No plaintext DNS on port 53. The service is reachable only over DoH and DoT.
No legal entity. The collective uses Open Collective Europe as a fiscal host for donations; that does not make the foundation the operator and creates no liability for the service.
Only two DoH endpoints and two DoT names appear on the website itself. Further variants circulate in the project wiki and in Apple configuration profiles.
Mullvad Encrypted DNS Shutting down on 2 November 2026
On 3 September 2026 Mullvad announced that it will discontinue its public encrypted DNS service and financially support Quad9 instead. The blog post is titled “Shutting down our public encrypted DNS servers and sponsoring Quad9 instead” and gives 2 November 2026 as the shutdown date.
Anyone who has configured the addresses 194.242.2.2 to 194.242.2.9, or the hostnames under dns.mullvad.net, should switch now rather than in November. The service is no longer recommended here, only documented, so that nobody configures an address that will stop answering within weeks.
Two qualifications for accuracy. First, the blog post explicitly refers to the public DoH servers. It does not say whether the location-specific single servers and the resolvers built into the VPN follow the same timetable. Second, as of 6 September 2026 Quad9 had not confirmed the announced sponsorship on any of its own pages. The announcement is so far one-sided.
dns0.eu still appears in many recommendation lists. The service no longer exists.
The operator, a French association registered in Paris, announced the shutdown between 14 and 18 October 2025, stating: “The dns0.eu service has been discontinued. We would have liked to keep it running, but it was not sustainable for us in terms of time and resources.” The domain now shows only a parking page.
On 6 September 2026 none of the former addresses answered, neither 193.110.81.0 nor 185.253.5.0, and none of the ZERO, KIDS or OPEN variants. Anyone still using these addresses should remove them. Not only because they are down, but because IP ranges can later be reassigned to someone else.
AhaDNS still appears in many lists as a privacy-friendly alternative. On 7 September 2026 not one of the ten locations documented on its own website answered any more.
Of the ten endpoints listed, eight no longer exist even as a name entry; the authoritative query returns NXDOMAIN for them. The remaining two, the Netherlands and Los Angeles locations, still resolve but accept no connection: one answers on no port at all, the other actively refuses ports 53, 443 and 853.
The website continues to list the addresses unchanged. There is no shutdown notice. Anyone who has configured these addresses should remove them.
A directory that shows only what it recommends conceals half the work. This section names services that were checked and left out for a reason that can be stated.
CIRA Canadian Shield Contractually limited to Canada
On the merits this service would be a model. It is run by the Canadian Internet Registration Authority, a not-for-profit corporation under Canadian federal law that also operates the country domain .ca. The service is cross-funded from registration fees, states an explicit 24-hour retention limit, demonstrably validates DNSSEC and offers a genuinely unfiltered variant.
It is still not in the list. The terms of use require a representation: “You represent and warrant that a) you are an individual resident of Canada”. Anyone configuring the service from Germany makes a declaration that is untrue. It is technically reachable, which changes nothing about the legal position. On top of that there is no European location; response time in our test was around 100 milliseconds.
For readers resident in Canada it is a very good choice. For everyone else, recommending it would be an invitation to break a contract.
These three are the most widely used public resolvers. They appear here for context, not as a recommendation. All three belong to companies that earn their money elsewhere, and in all three cases the commitment on data handling is the company’s own declaration. That does not make them bad; it merely makes them a different kind of decision.
Cloudflare
Addresses
1.1.1.1 and 1.0.0.1, filtered variants 1.1.1.2 and 1.1.1.3
Cloudflare, Inc. is a US company. Its privacy commitment is unusually specific: source IP addresses are, by its own account, not stored persistently, and truncated addresses and log data are deleted within 25 hours. There is an exception for at most 0.05 per cent of randomly sampled network packets, for which no retention period is stated. Aggregated analyses may be stored indefinitely. Cloudflare shares query data without client IP with APNIC Labs. An external audit is promised.
Google LLC, a US company. Google Public DNS is not a malware blocker, but reserves the right to apply security-related blocks and to implement court orders. Google sends EDNS Client Subnet to authoritative servers that support it, which brings resolution geographically closer while also passing a truncated part of the client address to third parties.
AdGuard Software Limited, based in Limassol, Cyprus. The service offers filtered and unfiltered addresses as well as DoH, DoT, DoQ and DNSCrypt. The filter list used is available as a public repository with an open issue tracker, so anyone can report a misclassification in public and follow what happens to it.
208.67.222.222 and 208.67.220.220, FamilyShield 208.67.222.123 and 208.67.220.123
Cisco Systems, Inc., a listed US corporation. The free service is the entry point to the paid Cisco Umbrella. What is missing is notable: there is no longer a dedicated privacy policy for the DNS service, and the former address now shows only the general Cisco statement. That leaves no no-log commitment and no published retention period for query data. DNSSEC is validated. In France and Portugal, following court decisions, Cisco did not filter the service but shut it down countrywide.
Account required; the addresses depend on your own configuration ID
NextDNS Inc., Delaware, USA. The service is not a finished resolver but a construction kit: you configure the filter lists, schedules and logging yourself. The privacy policy states verbatim: “If not specifically requested by the user, no data is logged.” Anyone wanting analytics switches logging on themselves and picks the retention period and region. What speaks against it is who runs it: a for-profit US corporation with no transparency report, no independent audit and a privacy policy carrying no date and no version history. Even with a European log region, the operator remains a US company.
Free profiles: 76.76.2.0 unfiltered, 76.76.2.1 malware, 76.76.2.2 ads and trackers
Control D offers several fixed profiles without an account, each with its own addresses and DoH paths, including an unfiltered one. The company runs a public compliance portal with downloadable SOC 2 and ISO 27001 attestation reports, which is unusual among the services named here. The flip side appears in the same portal: “If Analytics is enabled, we log DNS queries and metadata (e.g. source IP, hostname, MAC address).” Whether analytics is off in the delivered state is not stated in the documentation.
Running the resolver yourself exchanges someone else’s operation for your own responsibility. That is a real gain, but a limited one, and the projects themselves say so most clearly.
With real recursion, meaning your own software resolves from the root servers, there is no longer a central service that sees the entire query history. In exchange the individual queries now go to root, TLD and authoritative servers, and the smaller your network, the less they disappear into the crowd. The gain lies in distribution, not in invisibility.
The distinction that marketing copy likes to blur matters here: Pi-hole, AdGuard Home and blocky are filters, not resolvers. They pass the query on. Only Unbound, Knot Resolver and Technitium resolve by themselves.
Unbound BSD 3-Clause
What it is
Full validating recursive resolver
Published by
NLnet Labs, Netherlands
Unbound resolves from the root servers itself instead of handing a query to somebody else’s resolver. That removes the central observer: no single operator sees the full query history any more. DNSSEC validation is built in and active in the default configuration, but it requires a configured trust anchor. The manual page states explicitly: “You must also set trust-anchors for validation to be useful.” Unbound can also run as a forwarder over DoT if you would rather not do the recursion yourself.
The carrier is NLnet Labs, a Dutch non-profit recognised as a public benefit organisation by the Dutch tax authorities. On continuity it commits to announcing any end of software maintenance at least two years in advance.
Knot Resolver comes from CZ.NIC, the operator of the Czech country domain .cz. DNSSEC validation has been on by default since version 4.0. What stands out is the honesty of its own documentation. It explicitly warns against equating encrypted DNS with privacy: “Latest research has proven that encrypting DNS traffic is not sufficient to protect the users' privacy. Therefore, we recommend all users to use a full VPN instead of encrypting just DNS queries.” A project that names the limits of its own product deserves more trust than one that hides them.
Because of the GPL, Knot Resolver, unlike Unbound, cannot readily be embedded in closed devices. For self-hosting that makes no difference.
DNS sinkhole for filtering, not a resolver of its own
Published by
Pi-hole, LLC
Pi-hole is a DNS sinkhole, not a recursive resolver. It checks queries against block lists and forwards everything else to a configured upstream. The technical base is a dnsmasq derivative called FTL.
Two points that are often misrepresented. First, the default upstream is Google 8.8.8.8. Anyone who installs Pi-hole and changes nothing still sends every unblocked query to Google, merely bundled through a single IP. Second, DNSSEC validation is built in but switched off by default.
Pi-hole ships no encrypted transport, neither towards the clients nor towards the upstream. If you want real recursion, you additionally install Unbound and enter it as a local upstream. The recursion is then done by Unbound, not by Pi-hole.
A standalone DNS server with filtering; operates as a forwarder
Published by
AdGuard Software Limited, Cyprus
Unlike Pi-hole, AdGuard Home is not a layer on top of dnsmasq but a standalone DNS server written in Go. It can offer DoH, DoT and DoQ to its own clients without extra software. That is its practical advantage over Pi-hole: mobile devices can reach the home filter over an encrypted connection from anywhere.
One point that is frequently overstated: the “Enable DNSSEC” option does not mean AdGuard Home validates by itself. It sets the DO bit and relies on the upstream. Anyone who wants genuine local validation needs a validating resolver in front of or behind it.
AdGuard Home does not work recursively. A chosen upstream still sees every unblocked query.
Authoritative server and recursive resolver in one
Published by
Technitium
Technitium covers both: its own recursion from the root servers including QNAME minimisation per RFC 9156, or forwarder operation over DoT, DoH and DoQ to a public resolver. It ships a web console, block lists, a DHCP server and an HTTP API, and can itself offer DoT, DoH and DoQ to its own clients, with DoH over HTTP/1.1, HTTP/2 and HTTP/3.
For a home network or a small office this is the most complete single solution in this list.
dnscrypt-proxy accepts unencrypted DNS on a local socket and sends it encrypted to a public resolver. It supports DNSCrypt, DoH and, unlike most alternatives, Anonymized DNSCrypt and Oblivious DoH per RFC 9230. Those two separate the question of “who is asking” from “what is being asked” by inserting a relay that cannot see the content, while the resolver cannot see the client address.
The substantive difference between DNSCrypt and DoH is not the strength of the encryption but the trust anchor. DNSCrypt uses a hard-coded provider public key with no certificate authority. DoH uses the usual certificate chain and a hostname that, without Encrypted Client Hello, travels in the clear. With DoH an observer therefore usually sees which provider you use.
The project states the limit itself: “one still has to trust non-logging DNS servers for actually doing what they pretend to do.”
Menu paths differ between versions. What matters is which protocol the system in question speaks.
Android
Settings, Network and internet, Private DNS. Enter a DoT hostname there, for example dns.quad9.net. Android uses DNS over TLS exclusively; a DoH URL or a bare IP address will not work in this field. The setting applies system-wide, including on mobile networks.
iOS, iPadOS and macOS
Apple provides no input field for DoH or DoT. Encrypted DNS is set through a DNS configuration profile supplied by a provider, or through an app that installs such a profile. A DNS server entered in the network dialogue remains unencrypted plaintext DNS.
Windows 11
Settings, Network and internet, Adapter, Edit DNS server assignment. After entering an IP address, DNS encryption can be set to “Encrypted only”, provided Windows knows a DoH endpoint for that address. It does for the Quad9 and Cloudflare addresses.
Linux with systemd-resolved
In /etc/systemd/resolved.conf set DNS=, DNSOverTLS=yes and DNSSEC=, then run systemctl restart systemd-resolved. With DoT the hostname for certificate verification goes after the IP address, for example 9.9.9.9#dns.quad9.net.
Firefox
Settings, Privacy and Security, DNS over HTTPS. Besides the preset providers, any DoH URL from the tables above can be entered under “Custom”. This setting applies to Firefox only, not to the rest of the system.
Router
The most effective place, because the setting reaches every device on the network, including televisions and printers. Many routers support plaintext DNS only. In that case the IPv4 and IPv6 addresses go there, and a resolver of your own on the network handles the encryption; see the section on running your own.
The legal framework in Germany
DNS blocking is a live issue in Germany, so it belongs on this page. This section describes the legal situation; it does not evaluate it.
The legal basis is section 8 of the German Digital Services Act, headed “Claim to blocking in the event of an infringement”. In a judgment of 13 October 2022, case number I ZR 111/21, titled “DNS-Sperre”, the Federal Court of Justice decided under what conditions rights holders may require an access provider to block access to a site. The court describes the measure technically as preventing the mapping between domain name and IP address on the access provider’s DNS server.
These proceedings are coordinated by the Clearing Body for Copyright on the Internet, known as CUII. It describes itself as an independent body founded by internet access providers and rights holders. In July 2025 it changed its procedure. The CUII code of conduct 2.0 has applied since then. Under it, a rights holder first turns to a German court, and the court examines the blocking claim. CUII explains the change by saying that the Federal Network Agency told it the agency intends to concentrate on its statutory duties in future.
CUII itself makes clear that judicial review rests on a voluntary basis, stating that it is a voluntary self-commitment of CUII members and that no prior judicial authorisation is required by law.
The Federal Network Agency draws a sharp line around its own role, stating that it does not order any blocks on the internet and can neither order nor enforce DNS blocks. It examines whether blocks already in place are compatible with Regulation (EU) 2015/2120 on open internet access.
Two points for accuracy, because they are often misreported. First, these blocks affect the resolvers of the participating access providers, not the internet as such. Anyone using a different resolver is affected by them only if that provider is subject to the same orders. Quad9 shows that this happens: following a French ruling the service blocks worldwide. Second, the scope is publicly traceable: CUII publishes both the court orders and the older recommendations of its former review committee.
The blocking orders are addressed to the access providers, not to their customers. Changing your resolver changes whom you ask. Whether a particular use is lawful depends on the content accessed, not on the DNS server used. This page is a technical description, not legal advice.
No. It shifts visibility from your access provider to the new resolver. The destination IP addresses of your connections and, without Encrypted Client Hello, the server name in the TLS handshake remain visible. Anonymity is a different problem and needs different tools.
DNSSEC or encrypted DNS, which do I need?
Both, because they solve different problems. DNSSEC checks whether the answer is genuine. DoT, DoH and DoQ hide the question. RFC 4033 says of DNSSEC explicitly: “These extensions do not provide confidentiality.”
Why does the IP address of Digitale Gesellschaft, Artikel10 or Applied Privacy not work in my router?
Because these services deliberately offer no plaintext DNS on port 53. The addresses given answer only over DoT on port 853 or DoH on port 443. They belong in a field for encrypted DNS, not in the ordinary DNS field.
Is a self-hosted resolver more private?
Partly. With real recursion the central resolver that sees everything disappears. In exchange, queries go to root, TLD and authoritative servers, and on a very small network they are easier to attribute to one person. The gain lies in distribution, not in invisibility.
Is enabling DoH in the browser enough?
For the browser yes, for the device no. Everything else, from the mail client to operating system updates, still uses the system-wide resolver. To protect the whole device, configure DNS in the operating system or the router.
Why is Mullvad listed here as a warning rather than a recommendation?
Because the public encrypted DNS service will be shut down on 2 November 2026. Mullvad announced this itself on 3 September 2026. Recommending an address that will stop answering within weeks would be no help.
How this page was checked
This page claims nothing that is not evidenced.
All statements about operators, addresses, endpoints, filtering and logging come from the official pages, privacy policies and repositories of the respective services, from public registers, and from the RFCs at the RFC Editor. All sources were retrieved on 6 September 2026.
Every statement was verified twice: once when compiling it and once in a separate adversarial check whose explicit brief was to refute the first version. Errors uncovered that way were corrected or removed. Two examples, so this stays verifiable: the widely cited address dns.digitalcourage.de has been permanently shut down, and dns0.eu has not existed since October 2025 yet is still being recommended elsewhere.
Where a statement could not be evidenced from a primary source, it does not appear on this page. Where a statement is a provider’s self-declaration, it is marked as such. Not one of the no-log commitments on this page is independently audited. Keep that in mind for every service listed here.
Figures on server locations, user numbers or speed are deliberately kept sparse. They change faster than a static page can be maintained.
If you find an error, please report it. The code behind this page is public, and every statement can be traced back to its source.