Aller au contenu

Création d'une délégation DNS

Bannière CUB

Informations

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

1. Sommaire

2. Contexte

La délégation DNS permet de confier la gestion d'un sous-domaine (par exemple, local.dortmund.cub.sioplc.fr) à d'autres serveurs DNS, tels que des contrôleurs de domaine Active Directory. Cette procédure s'applique au serveur Bind9 maître hébergeant la zone parente (dortmund.cub.sioplc.fr). Elle consiste à déclarer des enregistrements de type NS pointant vers les serveurs délégués, accompagnés de leurs enregistrements de type A (Glue Records) dans la zone parente pour permettre l'acheminement de la résolution.

3. Modification de la zone parente

Incrémentation du numéro de série (Serial)

Toute modification d'un fichier de zone nécessite obligatoirement l'incrémentation du numéro de série (Serial) situé dans l'enregistrement SOA. Sans cette action, les serveurs esclaves ne prendront pas en compte la mise à jour de la zone lors du prochain transfert.

3.1. Édition du fichier de zone. Ajout des enregistrements de délégation pour le sous-domaine.

sudoedit /var/cache/bind/db.dortmund.cub.sioplc.fr
/var/cache/bind/db.dortmund.cub.sioplc.fr
; [Partie existante du fichier de zone...]
; [...]

; --- DÉLÉGATION DU SOUS-DOMAINE ---
; Déclaration des serveurs DNS gérant le sous-domaine 'local'
local       IN  NS  ad0.local.dortmund.cub.sioplc.fr.
local       IN  NS  ad1.local.dortmund.cub.sioplc.fr.

; Glue Records : Adresses IP des serveurs DNS délégués
ad0.local   IN  A   192.168.4.1
ad1.local   IN  A   192.168.4.2
  • local : Nom du sous-domaine délégué (défini de manière relative à la zone courante).
  • NS : (Name Server) Indique les serveurs de noms faisant autorité pour ce sous-domaine. Le point final est obligatoire pour désigner le FQDN absolu.
  • ad0.local et ad1.local : Noms d'hôtes relatifs des serveurs délégués.
  • A : (Glue Record) Fournit l'adresse IPv4 des serveurs de noms délégués. Sans ces enregistrements "colle", les résolveurs ne pourraient jamais trouver l'IP des serveurs NS pointés.

4. Vérification et validation

Tolérance de panne

Dans le cadre d'un annuaire Active Directory avec plusieurs contrôleurs de domaine (AD0 et AD1), il est indispensable de déclarer l'ensemble des serveurs pour assurer la haute disponibilité de la résolution DNS du sous-domaine.

4.1. Contrôle de la syntaxe de la zone. Validation des nouveaux enregistrements pour éviter une interruption du service au rechargement.

sudo named-checkzone dortmund.cub.sioplc.fr /var/cache/bind/db.dortmund.cub.sioplc.fr
  • named-checkzone : Utilitaire natif vérifiant la syntaxe stricte d'un fichier de zone.
  • dortmund.cub.sioplc.fr : Nom de la zone parente concernée.
  • /var/cache/bind/db.dortmund.cub.sioplc.fr : Chemin absolu vers le fichier de zone modifié.

4.2. Rechargement de la configuration. Application des modifications sans interrompre les autres résolutions en cours sur le serveur.

sudo rndc reload dortmund.cub.sioplc.fr
  • rndc reload : Commande de contrôle (Remote Name Daemon Control) permettant de recharger uniquement la zone spécifiée, ce qui est une meilleure pratique en production qu'un redémarrage complet du daemon bind9.
  • dortmund.cub.sioplc.fr : Spécifie la zone exacte à purger et à recharger en mémoire.

4.3. Vérification de la délégation. Test de résolution des enregistrements NS depuis le serveur maître.

dig @localhost NS local.dortmund.cub.sioplc.fr
  • dig : Outil d'interrogation DNS (Domain Information Groper).
  • @localhost : Cible le serveur DNS local lui-même pour la requête.
  • NS : Type d'enregistrement recherché.
  • local.dortmund.cub.sioplc.fr : Le sous-domaine délégué dont on veut vérifier les serveurs d'autorité.