Dynamic DNS for Gandi
You can not select more than 25 topics Topics must start with a letter or number, can include dashes ('-') and can be up to 35 characters long.
Talon 8bf01ee846
use /etc/systemd
1 year ago
systemd wrap it up 1 year ago
DynGanDiNS.sh shellcheck 1 year ago
Makefile use /etc/systemd 1 year ago
README.md wrap it up 1 year ago
Settings.env actually use it 1 year ago
UNLICENSE wrap it up 1 year ago



Dynamic DNS for gandi.net

How it works

  • curl external IP (from icanhazip.com by default)
  • curl to update the configured domain and record on Gandi via the API
  • Unless the IP has not changed (compared to previous check at /tmp/DynGanDiNS.ip)

How to use

  • Acquire an API key from Gandi by visiting your account page and finding the authorized apps UI to generate one.
  • Clone this repo locally.
  • Update Settings.env with your API key, domain, record name and any optional setting overrides.
  • Run make install (sudo as needed).

After installation the environment variables are sourced from /etc/sysconfig/DynGanDiNS which will look like this (but hopefully with your info by now, not empty variables):


Optional Settings

  • GDDNS_EXTERNAL_IP defaults to https://ipv4.icanhazip.com
  • GDDNS_TTL defaults to 3600

Note that make install is to wire up DynGanDiNS.sh as a systemd service. It's possible you may want to just use the shell file in which case you'll have to supply the environment variables some other way or modify the file directly.


If this is the first time setting everything up you may want to run the service right away instead of waiting for the timer. Ensure it worked by checking journalctl -u DynGanDiNS.

systemctl start DynGanDiNS

After make install the settings live here: /etc/sysconfig/DynGanDiNS

By default the timer is configured to run the service every hour. Use systemctl edit DynGanDiNS.timer to override OnCalendar as desired.

systemctl enable --now DynGanDiNS.timer


Internet service providers (ISPs) may or may not provide a static IP address for your connection to the World Wide Web. When they do not then it is dynamic which poses a problem for domain name resolution (DNS) trying to associate the name with an IP that might change. To work around this some way of getting the current IP address and telling the DNS about it is required—ideally exactly and only when the IP changes.

This problem is very common for home computers wanting to expose services behind DNS to the larger network. For example a Raspberry Pi hosting an artisinal handcrafted website about knitting and gardening. Or maybe a Wireguard VPN exposing an instance of Pi-hole for ad-block on the go! Or any other reason a server could be useful and you'd rather own instead of rent it.

It is highly likely that you will also need to forward the ports you'd like to use from your router to the computer running the service. This is because only the router talks to the internet—everything else routes through it! Usually traffic goes out but here we are handling traffic coming in. How to do this depends on your router and firmware, usually it's discoverable in the admin web GUI.


Be diligent with firewall and SSH/access controls when connecting any computer to the internet! How to do this is outside the scope of this project...do your research and be careful!

See Also