Update IP on dynv6 periodically. Works with docker secrets. Will be built for the following targets in the future: amd64, arm64 and armv7. Haven't gotten around to it yet.
Now using alpine:latest image for a small footprint. I know alpine:3.13 had an issue with armv7. Have not tested latest image on armv7. If you have issues, let me know. Will revert to alpine:3.12.
Now supports IPv6 and IPv4 record updates, but IPv6 needs additional settings. Please read section below.
Container packages available from Docker Hub and Github Container Registry (ghcr.io)
anujdatar/dynv6-ddnsghcr.io/anujdatar/dynv6-ddns| # | Parameter | Default | Notes | Description |
|---|---|---|---|---|
| 1 | API_KEY | - | REQUIRED | Your dynv6 zone API Key/Token |
| 2 | ZONE | - | REQUIRED | The DNS zone/domain/hostname registered on dynv6 |
| 3 | RECORD_TYPE | A | OPTIONAL | Record types supported A (IPv4) and AAAA (IPv6) |
| 4 | FREQUENCY | 5 | OPTIONAL | Frequency of IP updates on dynv6 (default - every 5 mins) |
docker run \
-e API_KEY="<your-dynv6-api-token>" \
-e ZONE="<your-ddns-hostname>" \
-e RECORD_TYPE=A \
--name dynv6-ddns \
anujdatar/dynv6-ddns
version: "3"
services:
cloudflare-ddns:
image: anujdatar/dynv6-ddns
container_name: dynv6-ddns
restart: unless-stopped
environment:
- API_KEY="<your-dynv6-api-token>"
- ZONE="<your-ddns-hostmane>"
- RECORD_TYPE=A # OPTIONAL, default is A
- FREQUENCY=1 # OPTIONAL, default is 5
In case you plan to commit your docker-compose files to repos and wish to keep tokens/domains secure
version: "3"
services:
cloudflare-ddns:
image: anujdatar/dynv6-ddns
container_name: dynv6-ddns
restart: unless-stopped
environment:
- API_KEY_FILE=/run/secrets/api_key
- ZONE=/run/secrets/zone
secrets:
- api_key
- zone
secrets:
api_key:
external: true
zone:
file: ./zone.txt
External secrets can be Docker Secrets created using the docker secret create command
echo <your-dynv6-api-token> | docker secret create api_key -
Your secret files should just be plain text strings containing zone/subdomain/email/token etc.
example.com
Docker by default only has IPv4 enabled. So containers can only access the web through IPv4. IPv6 traffic is not available by default. There are a few ways you can enable this, these are the quickest I found. I will link official docs where possible.
First you will have to allow IPv6 internet access to the docker subnet on your Host machine. Assuming the private Docker subnet we assign in the steps below is fd00::/64. You can use a different subnet if you wish. Or you may need to use a different subnet if you have multiple docker networks with IPv6 enabled.
NOTE: If you use
ufwon your system, you will need some additional settings. Please read section
ip6tables -t nat -A POSTROUTING -s fd00::/64 -j MASQUERADE
This setting is not persistent, and will not survive a reboot. To make it persistent
# install iptables-persistent and netfilter-persistent
sudo apt-get install iptables-persistent netfilter-persistent
# save you rules
sudo iptables-save > /etc/iptables/rules.v4
sudo ip6tables-save > /etc/iptables/rules.v6
# restart services
sudo systemctl restart netfilter-persistent
# if you need to restore backed-up rules
sudo iptables-restore < /etc/iptables/rules.v4
sudo ip6tables-restore < /etc/iptables/rules.v6
For more information on persistent rules or iptables on RPM based systems, refer to 1 and 2
For more on IPv6 and docker you can check out this medium article. I do not expose individual docker containers to internet via IPv6 directly, but the article goes over ways to do this. If you need it.
Source: Docker Docs - IPv6
etc/docker/daemon.json and add the following
{
"ipv6": true,
"fixed-cidr-v6": "fd00::/64"
}
systemctl reload docker
# or restart the docker service
systemctl restart docker
network_mode: bridge option to the service.In case you want to keep your networks separate.
docker network create --subnet=172.16.2.0/24 --gateway=172.16.2.1 --ipv6 --subnet=fd00::/64 ipv6bridge
You can now connect your container to this network using --network ipv6bridge. Or in your docker-compose.yml file using
services:
your-service-name:
image: xyz
other-options: options
networks:
- my-net
networks:
my-net:
external:
name: ipv6bridge
or
services:
your-service-name:
image: xyz
other-options: options
networks:
default:
external:
name: ipv6bridge
docker-compose fileThis will be a disposable network, and will be removed when you stop your application. This example changes the default network of all the services in the application. You can create a named network and assign it to services individually as well.
Source: Docker Compose Networking
services:
your-service-name:
image: xyz
other-options: options
networks:
default:
driver: bridge
enable_ipv6: true
ipam:
driver: default
config:
- subnet: fd00::/64
UFW seems to have an issue properly routing ipv6 traffic to docker networks. This is what worked for me after a lot of trial and error. Since most of it similar to the section above, I'll try keep it brief.
Assuming your default docker network interface is docker0 (check using ip a), and you're still using the same fd00::/64 subnet.
etc/docker/daemon.json and add the following
{
"ipv6": true,
"fixed-cidr-v6": "fd00::/64"
}
systemctl reload docker
# or restart the docker service
systemctl restart docker
ufw and iptables settings
sudo ufw route allow in on docker0
sudo ip6tables -t nat -A POSTROUTING -s fd00::/64 -j MASQUERADE
sudo iptables -t mangle -A FORWARD -i docker0 -o end0 -j ACCEPT
sudo iptables -t mangle -A FORWARD -i end0 -o docker0 -j ACCEPT
# install iptables-persistent and netfilter-persistent
sudo apt-get install iptables-persistent netfilter-persistent
In case you want to keep your networks separate. Assuming you're still using the same fd00::/64 subnet. To keep things repeatable you might also want to assign a name to your new network interface instead of some default like br-451d9eb3tes8. I'll call it ipv6-bridge.
NOTE: network interface name is different from the docker network name. you can check the name after you've created the network using
ip a
docker network create --subnet=172.16.2.0/24 --gateway=172.16.2.1 --ipv6 --subnet=fd00::/64 --opt com.docker.network.bridge.name=ipv6-bridge ipv6bridge
Update ufw and iptables settings
sudo ufw route allow in on ipv6-bridge
sudo ip6tables -t nat -A POSTROUTING -s fd00::/64 -j MASQUERADE
sudo iptables -t mangle -A FORWARD -i ipv6-bridge -o end0 -j ACCEPT
sudo iptables -t mangle -A FORWARD -i end0 -o ipv6-bridge -j ACCEPT
# install iptables-persistent and netfilter-persistent
sudo apt-get install iptables-persistent netfilter-persistent
You can now connect your container to this network using --network ipv6bridge. Or in your docker-compose.yml file using
services:
your-service-name:
image: xyz
other-options: options
networks:
default:
external:
name: ipv6bridge
docker-compose fileThis will be a disposable network, and will be removed when you stop your application.
Again, assuming you use the subnet fd00::/64 and use ipv6-bridge for the interface name.
Add ufw and iptables rules
sudo ufw route allow in on ipv6-bridge
sudo ip6tables -t nat -A POSTROUTING -s fd00::/64 -j MASQUERADE
sudo iptables -t mangle -A FORWARD -i ipv6-bridge -o end0 -j ACCEPT
sudo iptables -t mangle -A FORWARD -i end0 -o ipv6-bridge -j ACCEPT
# install iptables-persistent and netfilter-persistent
sudo apt-get install iptables-persistent netfilter-persistent
Source: Docker Compose Networking
services:
your-service-name:
image: xyz
other-options: options
networks:
default:
driver: bridge
enable_ipv6: true
ipam:
driver: default
config:
- subnet: fd00::/64
driver_opts:
com.docker.network.bridge.name: ipv6-bridge
Content type
Image
Digest
sha256:672050b11…
Size
9.6 MB
Last updated
almost 3 years ago
docker pull anujdatar/dynv6-ddns