Skip to content

qdm12/ddns-updater

Folders and files

NameName
Last commit message
Last commit date

Latest commit

Β 
Β 
Β 
Β 
Β 
Β 
Β 
Β 
Β 
Β 
Β 
Β 
Β 
Β 
Β 
Β 
Β 
Β 
Β 
Β 
Β 
Β 
Β 
Β 
Β 
Β 
Β 
Β 
Β 
Β 
Β 
Β 
Β 
Β 
Β 
Β 
Β 
Β 
Β 

Repository files navigation

Lightweight universal DDNS Updater program

Program to keep DNS A and/or AAAA records updated for multiple DNS providers

DDNS Updater logo

Build status

dockeri.co

Last release Last Docker tag Last release size GitHub last release date Commits since release

Latest size

GitHub last commit GitHub commit activity GitHub closed PRs GitHub issues GitHub closed issues

Lines of code Code size GitHub repo size Go version

MIT Visitors count

Versioned documentation

This readme and the docs/ directory are versioned to match the program version:

Version Readme link Docs link
Latest README docs/
v2.8 README docs/
v2.7 README docs/
v2.6 README docs/
v2.5 README docs/

Features

  • Available as a Docker image qmcgaw/ddns-updater and ghcr.io/qdm12/ddns-updater

  • Available as zero-dependency binaries for Linux, Windows and MacOS

  • πŸ†• Available in the AUR as ddns-updater - see #808

  • Updates periodically A records for different DNS providers:

    • Aliyun
    • AllInkl
    • Changeip
    • Cloudflare
    • DD24
    • DDNSS.de
    • deSEC
    • DigitalOcean
    • Domeneshop
    • DonDominio
    • DNSOMatic
    • DNSPod
    • Dreamhost
    • DuckDNS
    • DynDNS
    • Dynu
    • EasyDNS
    • FreeDNS
    • Gandi
    • GCP
    • GoDaddy
    • GoIP.de
    • He.net
    • Hetzner
    • Infomaniak
    • INWX
    • Ionos
    • Linode
    • Loopia
    • LuaDNS
    • Name.com
    • Namecheap
    • Netcup
    • NoIP
    • Now-DNS
    • Njalla
    • OpenDNS
    • OVH
    • Porkbun
    • Route53
    • Selfhost.de
    • Servercow.de
    • Spdyn
    • Strato.de
    • Variomedia.de
    • Vultr
    • Zoneedit
    • Want more? Create an issue for it!
  • Web user interface (Desktop)

    Web UI

  • Web user interface (Mobile)

    Mobile Web UI

  • Send notifications with Shoutrrr using SHOUTRRR_ADDRESSES

  • Container (Docker/K8s) specific features:

    • Lightweight 12MB Docker image based on the Scratch Docker image
    • Docker healthcheck verifying the DNS resolution of your domains
    • Images compatible with amd64, 386, arm64, armv7, armv6, s390x, ppc64le, riscv64 CPU architectures
  • Persistence with a JSON file updates.json to store old IP addresses with change times for each record

Setup

Binary programs

  1. Download the pre-built program for your platform from the assets of a release in the releases page. You can alternatively download, build and install the latest version of the program by installing Go and then run go install github.com/qdm12/ddns-updater/cmd/ddns-updater@latest.

  2. For Linux and MacOS, make the program executable with chmod +x ddns-updater.

  3. In the directory where the program is saved, create a directory data.

  4. Write a JSON configuration in data/config.json, for example:

    {
        "settings": [
            {
                "provider": "namecheap",
                "domain": "sub.example.com",
                "password": "e5322165c1d74692bfa6d807100c0310"
            }
        ]
    }

    You can find more information in the configuration section to customize it.

  5. Run the program with ./ddns-updater (./ddns-updater.exe on Windows) or by double-clicking on it.

  6. The following is optional.

    • You can customize the program behavior using either environment variables or flags. For flags, there is a flag corresponding to each environment variable, where it's all lowercase and underscores are replaced with dashes. For example the environment variable LOG_LEVEL translates into --log-level.

Container

➑️ Qnap guide by @Araminta

  1. Create a directory, for example, data which is:

    • owned by user id 1000, which is the built-in user ID of the ddns-updater container
    • has user read+write+execute permissions
    mkdir data
    chown 1000 data
    chmod u+r+w+x data

    If you want to use another user ID, build the image yourself with --build-arg UID=<your-uid>. You could also just run the container as root with --user="0" but this is not advised security wise.

  2. Similarly, create a data/config.json file which is:

    • owned by user id 1000
    • has user read permissions
    touch data/config.json
    chmod u+r data/config.json
  3. Edit data/config.json, for example:

    {
        "settings": [
            {
                "provider": "namecheap",
                "domain": "sub.example.com",
                "password": "e5322165c1d74692bfa6d807100c0310"
            }
        ]
    }

    You can find more information in the configuration section to customize it.

  4. Run the container with

    docker run -d -p 8000:8000/tcp -v "$(pwd)"/data:/updater/data qmcgaw/ddns-updater
  5. The following is optional.

    • You can customize the program behavior using environment variables
    • You can use docker-compose.yml with docker-compose up -d
    • Kubernetes: check out the k8s directory for an installation guide and examples.
    • Other Docker image tags are available
    • You can update the image with docker pull qmcgaw/ddns-updater
    • You can set your JSON configuration as a single environment variable line (i.e. {"settings": [{"provider": "namecheap", ...}]}), which takes precedence over config.json. Note however that if you don't bind mount the /updater/data directory, there won't be a persistent database file /updater/updates.json but it will still work.

Configuration

Start by having the following content in config.json, or in your CONFIG environment variable:

{
    "settings": [
        {
            "provider": "",
        },
        {
            "provider": "",
        }
    ]
}

For each setting, you need to fill in parameters. Check the documentation for your DNS provider:

Note that:

  • you can specify multiple owners/hosts for the same domain using a comma separated list. For example with "domain": "example.com,sub.example.com,sub2.example.com",.

Environment variables

πŸ†• There are now flags equivalent for each variable below, for example --log-level.

Environment variable Default Description
CONFIG One line JSON object containing the entire config (takes precedence over config.json file) if specified
PERIOD 5m Default period of IP address check, following this format
PUBLICIP_FETCHERS all Comma separated fetcher types to obtain the public IP address from http and dns
PUBLICIP_HTTP_PROVIDERS all Comma separated providers to obtain the public IP address (ipv4 or ipv6). See the Public IP section
PUBLICIPV4_HTTP_PROVIDERS all Comma separated providers to obtain the public IPv4 address only. See the Public IP section
PUBLICIPV6_HTTP_PROVIDERS all Comma separated providers to obtain the public IPv6 address only. See the Public IP section
PUBLICIP_DNS_PROVIDERS all Comma separated providers to obtain the public IP address (IPv4 and/or IPv6). See the Public IP section
PUBLICIP_DNS_TIMEOUT 3s Public IP DNS query timeout
UPDATE_COOLDOWN_PERIOD 5m Duration to cooldown between updates for each record. This is useful to avoid being rate limited or banned.
HTTP_TIMEOUT 10s Timeout for all HTTP requests
SERVER_ENABLED yes Enable the web server and web UI
LISTENING_ADDRESS :8000 Internal TCP listening port for the web UI
ROOT_URL / URL path to append to all paths to the webUI (i.e. /ddns for accessing https://example.com/ddns through a proxy)
HEALTH_SERVER_ADDRESS 127.0.0.1:9999 Health server listening address
HEALTH_HEALTHCHECKSIO_BASE_URL https://hc-ping.com Base URL for the healthchecks.io server
HEALTH_HEALTHCHECKSIO_UUID UUID to idenfity with the healthchecks.io server
DATADIR /updater/data Directory to read and write data files from internally
CONFIG_FILEPATH /updater/data/config.json Path to the JSON configuration file
BACKUP_PERIOD 0 Set to a period (i.e. 72h15m) to enable zip backups of data/config.json and data/updates.json in a zip file
BACKUP_DIRECTORY /updater/data Directory to write backup zip files to if BACKUP_PERIOD is not 0.
RESOLVER_ADDRESS Your network DNS A plaintext DNS address to use to resolve your domain names defined in your settings only. For example it can be 1.1.1.1:53. This is useful for split dns, see #389
LOG_LEVEL info Level of logging, debug, info, warning or error
LOG_CALLER hidden Show caller per log line, hidden or short
SHOUTRRR_ADDRESSES (optional) Comma separated list of Shoutrrr addresses (notification services)
SHOUTRRR_DEFAULT_TITLE DDNS Updater Default title for Shoutrrr notifications
TZ Timezone to have accurate times, i.e. America/Montreal
UMASK System current umask Umask to set for the program in octal, i.e. 0022

Public IP

By default, all public IP fetching types are used and cycled (over DNS and over HTTPs).

On top of that, for each fetching method, all echo services available are cycled on each request.

This allows you not to be blocked for making too many requests.

You can otherwise customize it with the following:

Host firewall

If you have a host firewall in place, this container needs the following ports:

  • TCP 443 outbound for outbound HTTPS
  • UDP 53 outbound for outbound DNS resolution
  • TCP 8000 inbound (or other) for the WebUI

Architecture

At program start and every period (5 minutes by default):

  1. Fetch your public IP address
  2. For each record:
    1. DNS resolve it to obtain its current IP address(es)
      • If the resolution fails, update the record with your public IP address by calling the DNS provider API and finish
    2. Check if your public IP address is within the resolved IP addresses
      • Yes: skip the update
      • No: update the record with your public IP address by calling the DNS provider API

πŸ’‘ We do DNS resolution every period so it detects a change made to the record manually, for example on the DNS provider web UI πŸ’‘ As DNS resolutions are essentially free and without rate limiting, these are great to avoid getting banned for too many requests.

Special case: Cloudflare

For Cloudflare records with the proxied option, the following is done.

At program start and every period (5 minutes by default), for each record:

  1. Fetch your public IP address
  2. For each record:
    1. Check the last IP address (persisted in updates.json) for that record
      • If it doesn't exist, update the record with your public IP address by calling the DNS provider API and finish
    2. Check if your public IP address matches the last IP address you updated the record with
      • Yes: skip the update
      • No: update the record with your public IP address by calling the DNS provider API

This is the only way as doing a DNS resolution on the record will give the IP address of a Cloudflare server instead of your server.

⚠️ This has the disadvantage that if the record is changed manually, the program will not detect it. We could do an API call to get the record IP address every period, but that would get you banned especially with a low period duration.

Testing

  • The automated healthcheck verifies all your records are up to date using DNS lookups
  • You can also manually check, by:
    1. Going to your DNS management webpage
    2. Setting your record to 127.0.0.1
    3. Run the container
    4. Refresh the DNS management webpage and verify the update happened

Build the image

You can build the image yourself with:

docker build -t qmcgaw/ddns-updater https://github.com/qdm12/ddns-updater.git

You can use optional build arguments with --build-arg KEY=VALUE from the table below:

Build argument Default Description
UID 1000 User ID running the container
GID 1000 User group ID running the container
VERSION unknown Version of the program and Docker image
CREATED an unknown date Build date of the program and Docker image
COMMIT unknown Commit hash of the program and Docker image

Development and contributing

License

This repository is under an MIT license

Used in external projects

Support

Sponsor me on Github or donate to paypal.me/qmcgaw

Many thanks to J. Famiglietti for supporting me financially πŸ₯‡πŸ‘