1
1
mirror of https://github.com/dnscrypt/dnscrypt-server-docker synced 2024-11-26 14:34:57 +01:00
dnscrypt-server-docker/README.md

131 lines
4.8 KiB
Markdown
Raw Normal View History

2015-08-08 18:18:12 +02:00
[![DNSCrypt](https://raw.github.com/jedisct1/dnscrypt-server-docker/master/dnscrypt-small.png)](https://dnscrypt.org)
2015-07-06 01:39:54 +02:00
DNSCrypt server Docker image
============================
Run your own caching, non-censoring, non-logging, DNSSEC-capable,
[DNSCrypt](http://dnscrypt.org)-enabled DNS resolver virtually anywhere!
If you are already familiar with Docker, it shouldn't take more than 5 minutes
to get your resolver up and running.
Installation
============
Think about a name. This is going to be part of your DNSCrypt provider name.
If you are planning to make your resolver publicly accessible, this name will
be public.
It has to look like a domain name (`example.com`), but it doesn't have to be
2015-07-06 01:56:35 +02:00
a registered domain.
2015-07-06 01:39:54 +02:00
Let's pick `example.com` here.
2015-07-12 17:54:03 +02:00
Download, create and initialize the container, once and for all:
2015-07-06 01:39:54 +02:00
2015-08-29 00:17:30 +02:00
$ docker run --name=dnscrypt-server -p 443:443/udp -p 443:443/tcp --net=host \
2015-07-12 17:54:03 +02:00
jedisct1/unbound-dnscrypt-server init -N example.com
2015-07-06 01:39:54 +02:00
2015-08-29 00:17:30 +02:00
This will only accept connections via DNSCrypt on the standard port (443).
`--net=host` provides the best network performance, but may have to be
removed on some shared containers hosting services.
2015-07-06 01:39:54 +02:00
Now, to start the whole stack:
$ docker start dnscrypt-server
Done.
To check that your DNSCrypt-enabled DNS resolver is accessible, run the
DNSCrypt client proxy on another host:
# dnscrypt-proxy \
--provider-key=<provider key, as displayed when the container was initialized> \
2015-09-04 16:53:42 +02:00
--resolver-address=<dnscrypt resolver public IP address> \
2015-07-06 01:39:54 +02:00
--provider-name=2.dnscrypt-cert.example.com
And try using `127.0.0.1` as a DNS resolver.
Note that the actual provider name for DNSCrypt is `2.dnscrypt-cert.example.com`,
not just `example.com` as initially entered. The full name has to start with
`2.dnscrypt-cert.` for the client and the server to use the same version of the
protocol.
Let the world know about your server
====================================
Is your brand new DNS resolver publicly accessible?
Fork the [dnscrypt-proxy repository](https://github.com/jedisct1/dnscrypt-proxy),
edit the [dnscrypt.csv](https://github.com/jedisct1/dnscrypt-proxy/blob/master/dnscrypt-resolvers.csv)
file to add your resolver's informations, and submit a pull request to have it
included in the list of public DNSCrypt resolvers!
Customizing Unbound
============
To add new configuration to Unbound, add files to the `/opt/unbound/etc/unbound/zones`
directory. All files ending in `.conf` will be processed. In this manner, you
can add any directives to the `server:` section of the Unbound configuration.
Serve custom DNS records on a local network
------------------------------------------
While Unbound is not a full authoritative name server, it supports resolving
custom entries in a way that is serviceable on a small, private LAN. You can use
unbound to resolve private hostnames such as `my-computer.example.com` within
your LAN.
To support such custom entries using this image, first map a volume to the zones
directory. Add this to your `docker run` line:
-v /myconfig/zones:/opt/unbound/etc/unbound/zones
The whole command to create and initialize a container would look something like
this:
$ docker run --name=dnscrypt-server \
-v /myconfig/zones:/opt/unbound/etc/unbound/zones \
-p 443:443/udp -p 443:443/tcp --net=host \
jedisct1/unbound-dnscrypt-server init -N example.com
Create a new `.conf` file:
$ touch /myconfig/zones/example.conf
Now, add one or more unbound directives to the file, such as:
local-zone: "example.com." static
local-data: "my-computer.example.com. IN A 10.0.0.1"
local-data: "other-computer.example.com. IN A 10.0.0.2"
Troubleshooting
---------------
If Unbound doesn't like one of the newly added directives, it
will probably not respond over the network. In that case, here are some commands
to work out what is wrong:
$ docker logs dnscrypt-server
$ docker exec dnscrypt-server /opt/unbound/sbin/unbound-checkconf
2015-07-06 01:39:54 +02:00
Details
=======
- Caching resolver: [Unbound](https://www.unbound.net/), with DNSSEC, prefetching,
and no logs. The number of threads and memory usage are automatically adjusted.
2015-12-11 10:30:32 +01:00
Latest stable version, compiled from source. qname minimisation is enabled.
2015-07-06 01:39:54 +02:00
- [LibreSSL](http://www.libressl.org/) - Latest stable version, compiled from source.
- [libsodium](https://download.libsodium.org/doc/) - Latest stable version,
minimal build compiled from source.
- [dnscrypt-wrapper](https://github.com/Cofyc/dnscrypt-wrapper) - Latest stable version,
compiled from source.
2015-07-06 01:47:58 +02:00
- [dnscrypt-proxy](https://github.com/jedisct1/dnscrypt-proxy) - Latest stable version,
2015-07-06 01:39:54 +02:00
compiled from source.
2015-07-06 01:47:58 +02:00
2015-07-27 22:54:26 +02:00
Keys and certificates are automatically rotated every 12 hour.
2015-07-06 01:47:58 +02:00
Coming up next
==============
2015-07-06 01:49:37 +02:00
- Better isolation of the certificate signing process, in a dedicated container.