Fiche recette - Unbound¶

Informations¶

• Auteur : Louis MEDO
• Date : 23/09/2026
• Domaine : Exploitation services

1. Contexte du test¶

Cette fiche de recette vise à valider le déploiement et le bon fonctionnement du service DNS récursif Unbound au sein de l'infrastructure. Les tests permettront de certifier que le service est actif, que la configuration locale du serveur est conforme, que les clients réseau parviennent à résoudre des noms de domaine via le serveur primaire et le serveur secondaire, et que la résilience (basculement en cas de panne) est opérationnelle pour les clients basés sur Debian.

2. Procédures de validation¶

sudo unbound-control flush_zone votre.domaine

2.1. Vérification de l'état du service Unbound¶

Objectif : S'assurer que le daemon Unbound a démarré correctement et tourne sans erreur sur le serveur DNS.

Commande utilisée :

sudo systemctl status unbound

• sudo : Exécute la commande avec les privilèges d'administrateur.
• systemctl : Utilitaire de gestion des services Systemd.
• status : Argument permettant d'afficher l'état actuel du service ainsi que les dernières lignes de journaux.
• unbound : Le nom du service à interroger.

Résultat attendu :

● unbound.service - Unbound DNS server
     Loaded: loaded (/lib/systemd/system/unbound.service; enabled; preset: enabled)
     Active: active (running) since Wed 2026-09-23 16:00:00 CEST;

Statut :

• Ok
• KO

Commentaire :

................................................................................................................................................................................................................................................................................................................................................................

2.2. Validation de la configuration locale (resolv.conf)¶

Objectif : Vérifier que le serveur DNS est configuré pour s'interroger lui-même (via la boucle locale) puis interroger le serveur secondaire en cas de besoin.

Commande utilisée :

cat /etc/resolv.conf

• cat : Commande permettant de lire et de concaténer le contenu d'un fichier sur la sortie standard.
• /etc/resolv.conf : Fichier de configuration spécifiant les serveurs de noms (nameservers) utilisés par le système.

Résultat attendu :

nameserver 127.0.0.1
nameserver 192.168.4.11

Statut :

• Ok
• KO

Commentaire :

................................................................................................................................................................................................................................................................................................................................................................

2.3. Test de résolution client via le serveur primaire¶

Objectif : Confirmer depuis un poste client que le serveur DNS récursif primaire (192.168.4.10) traite et répond correctement aux requêtes.

Commande utilisée :

dig @192.168.4.10 debian.org

• dig : Outil standard d'interrogation des serveurs DNS (Domain Information Groper).
• @192.168.4.10 : Argument forçant l'outil à interroger spécifiquement l'adresse IP du serveur primaire.
• debian.org : Nom de domaine cible à résoudre pour le test.

Résultat attendu :

;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 54321
;; Query time: 15 msec
;; SERVER: 192.168.4.10#53(192.168.4.10)

Statut :

• Ok
• KO

Commentaire :

................................................................................................................................................................................................................................................................................................................................................................

2.4. Test de résolution client via le serveur secondaire¶

Objectif : Confirmer depuis un poste client que le serveur DNS récursif secondaire (192.168.4.11) traite et répond également aux requêtes.

Commande utilisée :

dig @192.168.4.11 debian.org

• dig : Outil standard d'interrogation DNS.
• @192.168.4.11 : Argument forçant l'outil à interroger spécifiquement l'adresse IP du serveur secondaire.
• debian.org : Nom de domaine cible à résoudre.

Résultat attendu :

;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 12345
;; Query time: 12 msec
;; SERVER: 192.168.4.11#53(192.168.4.11)

Statut :

• Ok
• KO

Commentaire :

................................................................................................................................................................................................................................................................................................................................................................

2.5. Test de résilience DNS (Failover) sur client Debian¶

Objectif : Valider que le client Debian bascule automatiquement sur le serveur DNS secondaire en cas d'indisponibilité du serveur primaire.

Commande utilisée :

dig debian.org

• dig : En l'absence de l'argument @, l'outil interroge les serveurs DNS dans l'ordre défini par le fichier /etc/resolv.conf du client. Il tentera d'abord le .10 (en échec) puis basculera sur le .11.
• debian.org : Nom de domaine à résoudre.

Résultat attendu :

;; connection timed out; no servers could be reached (si le timeout initial est visible)
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 67890
;; SERVER: 192.168.4.11#53(192.168.4.11)

Vérification complémentaire avec +trace :

dig +trace @192.168.4.11 debian.org

• +trace : Active le suivi itératif de la résolution DNS depuis les serveurs racine jusqu'aux serveurs faisant autorité.
• @192.168.4.11 : Force l'utilisation du serveur secondaire afin de vérifier qu'il reste capable d'effectuer la résolution lorsque le primaire est indisponible.
• debian.org : Nom de domaine dont le chemin de résolution est affiché.

Résultat attendu :

; <<>> DiG ... <<>> +trace @192.168.4.11 debian.org
;; Received ... from 192.168.4.11#53(192.168.4.11) in ... ms
...
debian.org.    ...    IN    A    ...

La trace doit commencer par une réponse du serveur 192.168.4.11, puis afficher les délégations successives (., .org et debian.org) jusqu'à l'adresse résolue. L'absence de réponse du serveur 192.168.4.10 et la réussite de cette trace confirment que le serveur secondaire assure la continuité du service. La commande dig debian.org reste la preuve du basculement automatique du client entre les deux serveurs déclarés dans /etc/resolv.conf pour le serveur recursif.

Statut :

• Ok
• KO

Commentaire :

................................................................................................................................................................................................................................................................................................................................................................