# Certbot DNS DuckDNS Plugin
Plugin for certbot for a DNS-01 challenge with a DuckDNS domain.
---
 [](https://github.com/infinityofspace/certbot_dns_duckdns/blob/master/License)
[](https://pypi.org/project/certbot-dns-duckdns/)  [](https://github.com/infinityofspace/certbot_dns_duckdns/actions/workflows/pypi-build-test.yml)
[](https://hub.docker.com/r/infinityofspace/certbot_dns_duckdns)  [](https://github.com/infinityofspace/certbot_dns_duckdns/actions/workflows/docker-publish-unstable.yml)
[](https://snapcraft.io/certbot-dns-duckdns)
---
### Table of Contents
1. [About](#about)
2. [Installation](#installation)
1. [Prerequirements](#prerequirements)
2. [With pip (recommend)](#with-pip-recommend)
3. [From source](#from-source)
4. [Snap](#snap)
3. [Usage](#usage)
1. [Credentials file or cli parameters](#credentials-file-or-cli-parameters)
2. [Local installation usage](#local-installation-usage)
3. [Docker usage](#docker-usage)
4. [Plugin arguments](#plugin-arguments)
4. [FAQ](#faq)
5. [Third party notices](#third-party-notices)
6. [License](#license)
---
### About
*certbot_dn_duckdns* is a plugin for [*certbot*](https://github.com/certbot/certbot) to create the DNS-01 challenge for
a DuckDNS domain. The plugin takes care of setting and deleting the TXT entry via the DuckDNS API.
### Installation
#### Prerequirements
*If you want to use the docker image, then you don't need any requirements other than a working docker installation and
can proceed directly to the [usage](#docker-usage)*
If you prefer the local installation, then you need at least version 3.7 of Python installed. If you want to install
this plugin with pip, then you also need pip3 installed.
If you already have *certbot* installed, make sure you have at least version `1.18.0` installed. When you installed
*certbot* as snap then you have to use the [snap installation](#snap) of the plugin.
You can check what version of *certbot* is installed with this command:
```commandline
certbot --version
```
If you don't have certbot installed yet, then the PyPI version of certbot will be installed automatically during the
installation.
**Note: If you want to run certbot with root privileges, then you need to install the plugin with root privileges too.
Otherwise, certbot cannot find the plugin.**
#### With pip (recommend)
Use the following command to install *certbot_dns_duckdns* with pip:
```commandline
pip install certbot_dns_duckdns
```
You can also very easily update to a newer version:
```commandline
pip install certbot_dns_duckdns -U
```
#### From source
```commandline
git clone https://github.com/infinityofspace/certbot_dns_duckdns
cd certbot_dns_duckdns
pip install .
```
#### Snap
If you use the *certbot* as snap package then you have to install *certbot_dns_duckdns* as a snap too:
```commandline
snap install certbot-dns-duckdns
```
Now connect the *certbot* snap installation with the plugin snap installation:
```commandline
sudo snap connect certbot:plugin certbot-dns-duckdns
```
The following command should now list `dns-duckdns` as an installed plugin:
```commandline
certbot plugins
```
### Usage
_Note: You cannot create certificates for multiple DuckDNS domains with one certbot call. This is because DuckDNS only
allows one TXT record. If certificates for several domains should be created at the same time, then the same number of
distinct DNS TXT records must be created. To solve the problem, you simply have to make a separate certbot call for each
domain._
**Note that the certificate generation through Letsencrypt has rate limits. For testing, use the additional
argument `--staging` to solve this problem.**
#### Credentials file or cli parameters
You can either use cli parameters to pass authentication information to certbot:
```commandline
...
--dns-duckdns-token <your-duckdns-token>
```
Or to prevent your credentials from showing up in your bash history, you can also create a
credentials-file `duckdns.ini` (the name does not matter) with the following content:
```ini
dns_duckdns_token=<your-duckdns-token>
```
And then instead of using the `--dns-duckdns-key` parameter above you can use
```commandline
...
--dns-duckdns-credentials </path/to/your/duckdns.ini>
```
You can also mix these usages, though the cli parameters always take precedence over the ini file.
#### Local installation usage
To check if the plugin is installed correctly and detected properly by certbot, you can use the following command:
```commandline
certbot plugins
```
Below are some examples of how to use the plugin:
---
Generate a certificate for a DNS-01 challenge of the domain "example.duckdns.org":
```commandline
certbot certonly \
--non-interactive \
--agree-tos \
--email <your-email> \
--preferred-challenges dns \
--authenticator dns-duckdns \
--dns-duckdns-token <your-duckdns-token> \
--dns-duckdns-propagation-seconds 60 \
-d "example.duckdns.org"
```
---
Generate a certificate for a DNS-01 challenge of the subdomain "cloud.example.duckdns.org":
```commandline
certbot certonly \
--non-interactive \
--agree-tos \
--email <your-email> \
--preferred-challenges dns \
--authenticator dns-duckdns \
--dns-duckdns-token <your-duckdns-token> \
--dns-duckdns-propagation-seconds 60 \
-d "cloud.example.duckdns.org"
```
---
Generate a wildcard certificate for a DNS-01 challenge of all subdomains "*.example.duckdns.org":
```commandline
certbot certonly \
--non-interactive \
--agree-tos \
--email <your-email> \
--preferred-challenges dns \
--authenticator dns-duckdns \
--dns-duckdns-token <your-duckdns-token> \
--dns-duckdns-propagation-seconds 60 \
-d "*.example.duckdns.org"
```
---
Generate a certificate for a DNS-01 challenge of the domain "example.duckdns.org" using a credentials file:
```commandline
certbot certonly \
--non-interactive \
--agree-tos \
--email <your-email> \
--preferred-challenges dns \
--authenticator dns-duckdns \
--dns-duckdns-credentials </path/to/your/duckdns.ini> \
--dns-duckdns-propagation-seconds 60 \
-d "example.duckdns.org"
```
---
Generate a certificate for a DNS-01 challenge of the domain "example.duckdns.org" without an account (i.e. without an
email address):
```commandline
certbot certonly \
--non-interactive \
--agree-tos \
--register-unsafely-without-email \
--preferred-challenges dns \
--authenticator dns-duckdns \
--dns-duckdns-token <your-duckdns-token> \
--dns-duckdns-propagation-seconds 60 \
-d "example.duckdns.org"
```
---
Generate a staging certificate (i.e. temporary testing certificate) for a DNS-01 challenge of the domain "
example.duckdns.org":
```commandline
certbot certonly \
--non-interactive \
--agree-tos \
--email <your-email> \
--preferred-challenges dns \
--authenticator dns-duckdns \
--dns-duckdns-token <your-duckdns-token> \
--dns-duckdns-propagation-seconds 60 \
-d "example.duckdns.org" \
--staging
```
---
DNS-01 Challenges allow using CNAME records or NS records to delegate the challenge response to other DNS zones.
For example, this allows you to resolve the DNS challenge for another provider's domain using a duckdns domain.
For example, we have `abc.duckdns.org` as duckdns domain and `example.com` as our other domain.
We might have an existing DNS configuration which look like this:
```commandline
one.example.com. 600 IN CNAME two.example.com.
two.example.com. 600 IN CNAME abc.duckdns.org.
```
It chains `one.example.com` to `two.example.com` and finally to `abc.duckdns.org`.
Now we want to issue a DNS-01 challenge for the subdomain "test.example.com".
So we create a CNAME record for "_acme-challenge.test.example.com" pointing to "one.example.com".
The DNS records now look like this:
```commandline
_acme-challenge.test.example.com. 600 IN CNAME one.example.com.
one.example.com. 600 IN CNAME two.example.com.
two.example.com. 600 IN CNAME abc.duckdns.org.
```
Now we use certbot to generate a certificate for the domain `test.example.com` with the DNS challenge:
```commandline
certbot certonly \
--non-interactive \
--agree-tos \
--email <your-email> \
--preferred-challenges dns \
--authenticator dns-duckdns \
--dns-duckdns-token <your-duckdns-token> \
--dns-duckdns-propagation-seconds 60 \
-d "test.example.com" \
```
What happens in the background can be seen very well in the DNS records:
```commandline
_acme-challenge.test.example.com. 600 IN CNAME one.example.com.
one.example.com. 600 IN CNAME two.example.com.
two.example.com. 600 IN CNAME abc.duckdns.org.
abc.duckdns.org. 60 TXT "asduh9asudhßa97sdhap9sudaisudoi"
```
When validating the DNS challenge value, all CNAME records are now traversed.
It starts with `_acme-challenge.test.example.com` and goes to `one.example.com`, then to `two.example.com` and finally
to `abc.duckdns.org`. Here is the validation token stored as TXT record.
The example could also be shortened by directly creating a CNAME entry from `_acme-challenge.test.example.com` to
`abc.duckdns.org`. So we skip all other CNAME records in between. To make it clear that any CNAME records are traversed
during validation, the intermediate parts are added in the previous example.
---
Try to update all currently generated certificates:
```commandline
certbot renew
```
---
You can find al list of all available certbot cli options in
the [official documentation](https://certbot.eff.org/docs/using.html#certbot-command-line-options) of *certbot*.
#### Docker usage
You can simply start a new container and use the same certbot commands to obtain a new certificate:
```commandline
docker run -v "/etc/letsencrypt:/etc/letsencrypt" -v "/var/log/letsencrypt:/var/log/letsencrypt" infinityofspace/certbot_dns_duckdns:latest \
certonly \
--non-interactive \
--agree-tos \
--email <your-email> \
--preferred-challenges dns \
--authenticator dns-duckdns \
--dns-duckdns-token <your-duckdns-token> \
--dns-duckdns-propagation-seconds 60 \
-d "example.duckdns.org"
```
Or you can use a credentials file:
```commandline
docker run -v "/etc/letsencrypt:/etc/letsencrypt" -v "/var/log/letsencrypt:/var/log/letsencrypt" -v "/absolute/path/to/your/duckdns.ini:/conf/duckdns.ini" infinityofspace/certbot_dns_duckdns:latest \
certonly \
--non-interactive \
--agree-tos \
--email <your-email> \
--preferred-challenges dns \
--authenticator dns-duckdns \
--dns-duckdns-credentials /conf/duckdns.ini \
--dns-duckdns-propagation-seconds 60 \
-d "example.duckdns.org"
```
If you want to use the docker image to renew your certificates automatically, you can do this with the host cron, for
example. To use this example you must have crontab and cron installed beforehand. Note that depending on the
installation you may need to use the crontab of a root user to access the docker daemon or file directories. For
example, use the following crontab expression:
```
0 3 */8 * * docker run --rm -v "/etc/letsencrypt:/etc/letsencrypt" -v "/var/log/letsencrypt:/var/log/letsencrypt" infinityofspace/certbot_dns_duckdns:latest renew
```
This will start a temporary docker container every 8 days at 3am and tries to renew expiring certificates.
An example for the usage with docker-compose can be found [here](docker/simple/Readme.md).
#### Plugin arguments
```commandline
Obtain certificates using a DNS TXT record for DuckDNS domains
--dns-duckdns-propagation-seconds DNS_DUCKDNS_PROPAGATION_SECONDS
The number of seconds to wait for DNS to propagate before asking the ACME server to verify the DNS record. (default: 30)
--dns-duckdns-credentials DNS_DUCKDNS_CREDENTIALS
DuckDNS credentials INI file. (default: None)
--dns-duckdns-token DNS_DUCKDNS_TOKEN
DuckDNS token (overwrites credentials file) (default: None)
--dns-duckdns-no-txt-restore
Do not restore the original TXT record (default: False)
```
### FAQ
You can the FAQ in the [wiki](https://github.com/infinityofspace/certbot_dns_duckdns/wiki/FAQ).
### Third party notices
All modules used by this project are listed below:
| Name | License |
|:------------------------------------------------------------------:|:---------------------------------------------------------------------------------------------:|
| [certbot](https://github.com/certbot/certbot) | [Apache 2.0](https://raw.githubusercontent.com/certbot/certbot/master/LICENSE.txt) |
| [requests](https://github.com/psf/requests) | [Apache 2.0](https://raw.githubusercontent.com/psf/requests/master/LICENSE) |
| [setuptools](https://github.com/pypa/setuptools) | [MIT](https://raw.githubusercontent.com/pypa/setuptools/main/LICENSE) |
| [dnspython](https://github.com/rthalley/dnspython) | [ISC](https://raw.githubusercontent.com/rthalley/dnspython/master/LICENSE) |
Furthermore, this readme file contains embeddings of [Shields.io](https://github.com/badges/shields).
### License
[MIT](License) - Copyright (c) 2021-2022 Marvin Heptner