Experimental DNS Privacy Recursive Servers
The following servers are configured to support TLS on port 853 for testing purposes.
Note that they are experimental offerings with no guarantees on the lifetime of the service, service level provided. The level of logging may also vary (see the individual websites where available) - the information here about logging has not been verified.
Also note that the single SPKI pins published here for many of these servers are subject to change (e.g on Certificate renewal) and should be used with care!!
Quad9: Quad9 provide service on port 853 for DNS-over-TLS on an anycast network
A YAML configuration file for Stubby containing a the details of these servers is provided with Stubby and can be found here. This file enables only the subset of servers operated by the stubby/getdns developers by default, users can choose to enable any of the other servers by uncommenting the relevant section (occasionally the file lags this page).
**Note that the Yeti servers use a different root key for DNSSEC! See the Yeti project for more details
|Hosted by||IP addresses||TLS Ports||Hostname for TLS|
|Base 64 encoded form of SPKI pin(s) for TLS |
|1) The following are currently enabled in the default Stubby config file because they are run by the stubby/getdns developers and have no known issues.|
|Traffic volume only||HAProxy + BIND 9.12|
|Traffic volume only||Nginx + BIND|
|Traffic volume only||Unbound|
|2) Other servers with no/minimal logging|
See https://quad9.net and their FAQ for details of privacy, logging and filtering policies on the main and alternative addresses(1). UDP and TCP service are also available on these addresses.
|wikE3jYAA6jQmXYTr/rbHeEPmC78dQwZbQp6WdrseEs=||Traffic volume only||See https://blog.uncensoreddns.org/|
|Traffic volume only||HAProxy + BIND||Supports TLS 1.3 and TLS 1.2. We think our stability problems are solved... see here for details. NOTE: This is using OpenSSL |
|853||dnsovertls2.sinodun.com||NAXBESvpjZMnPWQcrxa2KFIkHV/pDEIjRkA3hLWogSg=||Traffic volume only||Knot Resolver||Has some issues with DNSSEC responses - this is under investigation.|
See https://dns.cmrg.net/ Note that on port 443 this server can serve both HTTP 1.1 traffic (to securely access the nameserver credentials) on TLS connections and DNS-over-TLS on separate TLS connections due to some nifty, experimental demultiplexing of traffic, described here.
Has some issues with DNSSEC responses - this is under investigation.
dns.larsdebruin.net (Previously dns1.darkmoon.is)
UPDATED on 30 Jan 2018
UPDATED on 30 Jan 2018 AAT+rHoKx5wQkWhxlfrIybFocBu3RBrPD2/ySwIwmvA=
|Traffic volume only||Unbound|
UPDATED on 2nd Nov 2017
|None||HaProxy + Bind|
|dns.bitgeek.in (India)||126.96.36.199||853||dns.bitgeek.in||FndaG4ezEBQs4k0Ya3xt3z4BjFEyQHd7B75nRyP1nTs=||Traffic volume only||Nginx + BIND|
|Lorraine Data Network|
|Traffic volume only||stunnel 4 + BIND|
See https://ldn-fai.net/serveur-dns-recursif-ouvert/ (note, logging of IP address at stunnel no longer performed).
|dns.neutopia.org||wTeXHM8aczvhRSi0cv2qOXkXInoDU+2C+M8MpRyT3OI=||No logging||Knot resolver|
3) Servers with some logging, self-signed certs or no support for Strict mode
Yes, for research purposes
Self-signed certificate, please use SPKI pinning.
UPDATED on 26th Jun 2017
|Yes, see Yeti website||Unbound||See https://dns-resolver.yeti.eu.org/|
|Yes, see OARC website||Unbound|
See OARC website NOTE: As of June 2017 this server does not support Strict Mode because it does not offer the correct cipher suites to match RFC7525 recommendations.
(1) More details of the service are available in various blogs e.g. see Stephane Bortzmeyer's blog. Note that Quad9 have not announced a SPKI pinset.