Je prends de l’âge… Avec le temps je me rends compte que j’aime bien les WebUI, je préfère ça à la console quand c’est possible.
Je gérais depuis trèèès longtemps mes DDNS (via Cloudflare principalement) avec https://github.com/joshuaavalon/cloudflare-ddns qui n’a pas eu de MàJ depuis 8 ans et a été archivé en 2023… « bravo garçon… » ^^’
Hier j’ai eu un petit couac de réseau chez moi en jouant avec IPTables et pendant que je récupérais ma connerie, j’en ai profité pour demander à Codex de mettre des RAM et swap caps à tous mes Dockers, en créant un swap via un NVMe inutilisé et d’adapter les ratios RAM/swap en fonction des containers (addons Stremio, VPN, Plex/Jellyfin/Remux surtout en RAM tandis que clients BitTorrent, Tracker-Dashboard plutôt en swap etc).
Puis d’installer/configurer ce que je présente dans cet article, en reprenant mes configurations existantes et en les retirant à la fin, une fois qu’il s’est assuré que le nouvel outil fonctionnait (donc que Codex voyait bien l’ensemble de mes 34 reverses).
Je dois dire que j’étais bluffé par les capacités de compréhension et de décision de Codex, qui en plus justifiait ses choix.
Et dans le même temps j’ai occupé Claude Code avec la création d’un fork de DDNS-Updater de « qdm12 », créateur de Gluetun en s’inspirant du fork de reptil1990 (WebUI plus complète) qu’il ne met malheureusement pas à jour.
DDNS-Updater Enhanced permet ainsi de profiter d’une gestion complète par WebUI, tout en se mettant à jour chaque 24h depuis le projet de base de qdm12.
services:
ddns-updater-enhanced:
image: ghcr.io/aerya/ddns-updater-enhanced:latest
container_name: ddns-updater-enhanced
restart: always
mem_limit: 128m
memswap_limit: 256m
ports:
- 18000:8000
environment:
TZ: Europe/Paris
PERIOD: 5m
UPDATE_COOLDOWN_PERIOD: 5m
PUBLICIP_FETCHERS: http
PUBLICIPV4_HTTP_PROVIDERS: ipify,icanhazip,ident
RESOLVER_ADDRESS: 192.168.0.64:53
LOG_LEVEL: info
volumes:
- /volume1/docker/cloudflare-ddns:/updater/data
networks: {}



