Cloudflare Introduces 1.1.1.1 Privacy-focused DNS Service with DNS over HTTPS and DNS over TLS Support

The web is becoming more secure as more and more websites leverage HTTPS, which also improves privacy since the only nodes that know which exact page you are accessing should be your computer/device and the server running the website. If you’re using a search engine, they will also know and potentially get track of your history depending on your favorite search engine.

One thing that’s still often unencrypted are DNS requests which convert a website name into an IP address. The servers are also often provided by your ISP, so they may not know which exact page you’ve accessed, but they can still keep track of the websites you’ve visited.

Depending where you live, your government may also block DNS servers in your country during “periods of unstability”, so third-party DNS services can be useful. For example, using 8.8.8.8 or 8.8.8.4 from Google, and now 1.1.1.1 or 1.0.0.1 from Cloudflare, which – beside improved privacy – has the advantage of being faster than competing services (14.8ms vs 68.23 for average ISP DNS server), and supports DNS over HTTPS (DoH) or DNS over TLS to encrypt the requests over the Internet.

DNS will always require a third party, so in practice, you are moving from your ISP DNS to Cloudflare DNS, but the company promises not to log your IP address with KPMG contracted to audit their systems annually.

Changing your DNS address is fairly easy, and you can simply adds the four addresses below in your DNS settings of your computer and/or router.

  • IPv4 – 1.1.1.1 & 1.0.0.1
  • IPv6 – 2606:4700:4700::1111 & 2606:4700:4700::1001

Disconnect and reconnect your connection, and you should see the DNS servers in use.

Access a website with ping or a web browser, and you should it using 1.1.1.1 and 1.0.0.1.

Click to Enlarge

You’re now not sending DNS traffic to your ISP DNS servers, but unencrypted traffic still go through, so in theory they’d be able to easily track and log your DNS requests if they wished. So you may want to encrypt data using DNS-over-TLS and DNS-over-HTTPS since both are supported by 1.1.1.1 service.

The instructions for DNS over HTTPS are easier to follow, so I selected this method, and Cloudflare offers two options of clients: cloudflared or dnscrypt-proxy.

Cloudflared is useful for a quick check, but eventually you may want to run dnscrypt-proxy since it’s supported by Linux distributions, and there’s already a community around it.

I still tried Cloudflared first. My computer is running Ubuntu 16.04 64-bit, so all instructions will be for this OS, but you’ll be able to use at least one of the client on Windows, Arm Linux, Mac OS, Android, etc…

Cloudlfared installation:


Checking version:


Running the proxy…


and doing a quick test on cnx-software.com:


It seems to be working as expected. But as mentioned previoulsy, dnscrypt-proxy is probably a better idea, and it’s part of Ubuntu 16.04 repository:


However version 2.0 or greater is required by 1.1.1.1, so I downloaded the latest version (2.08) which you’ll find for many different targets and operating systems. I picked up the release for Linux x86_64:


Now we can enter the extracted directory, copy the example dnscrypt-proxu.toml configuration file…


and edit the server_names line as follows:


or if you want to also keep the other services. The fastest DNS service will be selected at start time (always Cloudflare in my case)


Save, and we can test whether the proxy is working with the following command:


I found three 3 name servers and IP addresses using an opendns.com resolver, so it looks all good, and we can now run dnscrypt-proxy as a service.

But first I had to remove version 1.6.1 I installed from the Ubuntu repository, and the installation script – precisely systemctl -will fail:


Now we can install it and start the service:


We also need to update /etc/network/interfaces


by adding the following line at the end of the file:


We can now restart the loopback interface:


The final step is to change the DNS in your router or computer setting to 127.0.0.1, replacing the 1.1.1.1 and 1.0.0.1 values we used in the configuration above.

All DNS traffic will now be redirected to the loopback interface (lo), and send over HTTPS to the Internet.

You may wish to visit 1.1.1.1 website for more details.

Share this:

Support CNX Software! Donate via cryptocurrencies, become a Patron on Patreon, or purchase goods on Amazon or Aliexpress

ROCK Pi 4C Plus
Subscribe
Notify of
guest
The comment form collects your name, email and content to allow us keep track of the comments placed on the website. Please read and accept our website Terms and Privacy Policy to post a comment.
15 Comments
oldest
newest
JotaMG
JotaMG
5 years ago

very nice move from Cloudflare

willy
willy
5 years ago

Finally an address with zeroes in the middle, so that I can simply ping “1.1” when I need to test connectivity! However I don’t count the number of test platforms where I’ve seen 1.1.1.0/24 or 1.0.0.0/24 being used on local links, because 1/8 used to be marked as reserved for several decades.

willy
willy
5 years ago

Historically, addresses were made of network number dot host number, with a single number for the host, and not necessarily smaller than 255. For example I commonly type 192.168.200 for a test machine lying on my desk. But it’s even possible to use 192.168.800 instead of 192.168.3.32, though strictly speaking it doesn’t belong to the same class. And your network can be either 1, 2 or 3 bytes large (classes A, B, or C in the old days). And it makes sense, when you think about a large 172.16.0.0/16 network for example, which supports 64k hosts, it totally makes sense… Read more »

tkaiser
tkaiser
5 years ago

Do you have some latency numbers with dnscrypt-proxy (HTTPS) vs. direct access?

tkaiser
tkaiser
5 years ago

Thank you. Interesting numbers. So on average latency increases by factor 3 (124 vs. 386 ms) but obviously dnscrypt-proxy does local caching (0.165ms min latency). Time to do some tests on my own now 🙂 Quick test (DE) against my local ISP and then 1.1.1.1. Always tested two times to look for caching effects or similar stuff: dnsperf -s 192.168.83.1 -d queryfile-example-current -l 60 -c 1 -Q 10 Statistics: Queries sent: 600 Queries completed: 599 (99.83%) Queries lost: 1 (0.17%) Response codes: NOERROR 445 (74.29%), SERVFAIL 6 (1.00%), NXDOMAIN 148 (24.71%) Average packet size: request 38, response 93 Run time… Read more »

CampGareth
CampGareth
5 years ago

Anecdotal I know but for me 8.8.8.8 responds to a ping in about 8.5ms, 1.1.1.1 in 0.4ms. Apparently I live near a cloudflare PoP and my ISP is peered with IX Manchester.

Frank Septic
Frank Septic
5 years ago

“using 8.8.8.8 or 8.8.8.4 from Google”

Because not only do you want Google to keep track of all your web searches, you also want Google to keep track of all the other sites you contact which are not accessed via a Google web searches. Maybe using alternate-dns.com and/or freedns.com or better still setting up your own DNS server would offer better privacy.

FransM
FransM
5 years ago

Note that 1.1.1.1 scores best on dnsperf.com wrt latency but scores substantially lower when it comes to quality

Tomm
Tomm
5 years ago

1.1.1.1 is direct upgrade compared to Google DNS, improved privacy and noticeable faster globally.

But compared to security DNS such as Comodo, OpenDNS or quad9, 1.1.1.1 DNS doesn’t offer malicious websites / content block.

Khadas VIM4 SBC