Armadillo : ton serveur DNS maison en 5 min
Pourquoi ça compte pour toi
Si tu héberges des services locaux (Jellyfin, Home Assistant, Nextcloud...), tu dois actuellement te souvenir d'une dizaine d'IPs ou bricoler des fichiers hosts. Armadillo te laisse utiliser des vrais noms de domaine (exemple.lan) sur tout ton réseau sans dépendre de DNS externes. C'est gratuit, maîtrisé, prêt à l'emploi.
Ce qu'il faut retenir
- 1.Configure une fois, synchronise tout ton réseau automatiquement — zéro manipulation par appareil
- 2.Stocke tes domaines locaux en fichier zone DNS standard, répond en cache mémoire (ETS)
- 3.Conteneur Docker/Podman prêt à l'emploi, inclut une API REST + interface web pour gérer les domaines
- 4.Relais transparent : les domaines inconnus partent vers un serveur amont (Google, Quad9...), puis sont mis en cache
Tu galères avec le jargon ?
Lis la version réécrite en mode débutant — toutes les idées, sans le jargon.
Pourquoi c'est utile pour ton homelab
Vous avez tous une tour silencieuse qui tourne 24/24 chez vous : Plex, Home Assistant, Nextcloud, Searx... Actuellement, tu dois soit retenir l'IP (192.168.1.42), soit écrire une entrée /etc/hosts sur chaque ordi, soit prier pour que ton routeur fasse du DNS dynamique.
Armadillo ? Tu le mets une fois comme DNS du routeur (via DHCP), et après, ton téléphone, ton laptop, ta TV cherchent automatiquement jellyfin.lan, nas.lan, home.lan sans rien configurer.
Comment ça marche
C'est simple :
- ▸Au démarrage : Armadillo lit un fichier zone DNS (local.zone) standard. Dedans :
jellyfin.lan A 192.168.1.42. - ▸À l'arrivée d'une requête : le serveur cherche d'abord en mémoire (ETS, un cache ultra-rapide d'Erlang). Si c'est trouvé → réponse instantanée.
- ▸Si pas trouvé : transmission vers ton DNS amont (Google, Quad9, ton FAI...), mise en cache de la réponse pendant X secondes (TTL), et renvoi au client.
Aucune lecture disque après le démarrage. Performance pure.
Déploiement (5 minutes)
Un Docker Compose ou une unité systemd Podman : c'est tout. L'image existe déjà (ghcr.io/vshakitskiy/armadillo:latest).
Variables clés :
- ▸DNS_PORT : 53 (le port standard — besoin d'admin/sudo).
- ▸DNS_UPSTREAM : 8.8.8.8 par défaut, change si tu préfères.
- ▸ZONE_FILE : monte un volume Docker à /data pour persister ta config.
- ▸API_PORT : 3000 (accès web pour ajouter/retirer des domaines).
Le piège : .local, c'est réservé
Une petite subtilité importante : évite .local pour tes domaines locaux. C'est réservé à mDNS (Bonjour, le truc Apple). Les appareils Apple refuseront de soumettre ça à un DNS unicast.
Utilise .lan ou .internal à la place. C'est une convention, pas une limitation technique.
Pour les VPN
L'auteur note à la fin que si tu fais tourner un VPN local (vless, sing-box...), il faut s'assurer que les domaines privés (192.168.x.x) passent par Armadillo et pas par le tunnel. Deux lignes de config dans xray/sing-box, mais c'est mentionné au cas où tu rencontres ce problème.
C'est du sérieux ?
Oui. Écrit en Gleam (langage compilé au-dessus d'Erlang, très fiable pour les trucs réseau). Open source, petit projet actif, accepte les contributions. Pas un hobby abandonné.
Cas d'usage réaliste
Montée d'un mini-cloud personnel : NAS, service streaming, Home Assistant... Une seule ligne de config DNS et tous tes appareils trouvent tout. Fin de la galère des IPs fixes à retenir.
Et concrètement pour toi ?
Choisis ton profil — la lecture de l'article change selon qui tu es.
Pour toi, Armadillo illustre un principe tech clé : « configure une fois, oublie ». Lis comment il fonctionne (cache, relais, fichiers zone) pour comprendre pourquoi les outils vraiment bons disparaissent du radar — personne ne parle d'un truc qui marche.
Essayer maintenant
Cloner et déployer sur GitHub →Source
📊 Cours en bourse
Pour aller plus loin
Cet article t'a donné envie d'approfondir ? Deux formations Noésis t'attendent :