Enregistrement NS DNS : Serveurs de Noms et Délégation

Maîtrisez les enregistrements Nameserver, pierre angulaire de la délégation DNS.

Les enregistrements NS (Nameserver) sont fondamentaux dans l'architecture DNS. Ils indiquent quels serveurs DNS sont autoritaires pour une zone donnée, créant ainsi la chaîne de délégation qui permet au système DNS mondial de fonctionner. Sans enregistrements NS correctement configurés, votre domaine serait tout simplement introuvable sur Internet.

Contrairement aux enregistrements A ou MX qui pointent vers des destinations finales, les enregistrements NS pointent vers d'autres serveurs DNS. Quand un résolveur cherche votre domaine, il suit la chaîne des NS depuis les serveurs racine jusqu'à vos serveurs de noms autoritaires. Cette délégation hiérarchique est ce qui rend le DNS scalable et décentralisé.

Comprendre les enregistrements NS est essentiel pour toute migration de registrar, changement d'hébergeur DNS, ou mise en place de DNS secondaires. Une erreur sur vos NS peut rendre votre domaine entier inaccessible pendant des heures voire des jours - le temps que les caches expirent.

Qu'est-ce qu'un Enregistrement NS ?

Un enregistrement NS définit les serveurs de noms responsables d'une zone DNS :

Délégation de zone : Les NS indiquent "pour cette zone, allez demander à ces serveurs". C'est ainsi que .com délègue à votre registrar, qui délègue à votre hébergeur DNS.
Serveurs autoritaires : Les serveurs listés dans les NS sont considérés comme faisant autorité pour la zone. Leurs réponses sont considérées comme définitives, pas comme du cache.
Redondance obligatoire : Les standards DNS exigent au minimum deux NS par zone, idéalement sur des réseaux différents, pour assurer la disponibilité même si un serveur tombe.
Glue records : Quand un NS pointe vers un nom dans sa propre zone (ns1.example.com pour example.com), un "glue record" A est nécessaire pour éviter une référence circulaire.

Pourquoi les NS Sont Critiques

Les enregistrements NS ont un impact majeur sur la disponibilité et la résilience de votre infrastructure :

Point unique de défaillance : Si tous vos NS sont hébergés au même endroit et ce service tombe, tous vos services (web, email, API) deviennent inaccessibles. La diversification géographique est cruciale.
Temps de propagation : Les NS ont souvent des TTL très longs (24-48h). Un changement de NS peut donc prendre plusieurs jours à se propager complètement, planifiez vos migrations en conséquence.
Validation registrar : Les NS de votre domaine doivent être enregistrés à deux endroits : dans votre zone DNS ET auprès du registrar. Une incohérence cause des problèmes subtils.
Attaques DNS : Les NS sont une cible privilégiée pour les attaques. Un attaquant qui contrôle vos NS contrôle tout le trafic vers votre domaine. DNSSEC et monitoring sont essentiels.

Configurer vos Enregistrements NS

Suivez ces étapes pour configurer correctement vos NS :

Choisissez vos serveurs DNS : Utilisez les serveurs de votre hébergeur DNS (Cloudflare, AWS Route 53, etc.) ou déployez vos propres serveurs BIND/PowerDNS. Visez au moins 2-3 serveurs géographiquement distribués.
Configurez la zone : Ajoutez les enregistrements NS dans votre zone DNS. Chaque NS doit pointer vers un FQDN (nom complet avec point final ou sans dans la plupart des interfaces).
Mettez à jour le registrar : Dans le panneau de votre registrar, déclarez les mêmes NS. C'est cette déclaration qui est transmise au TLD (.com, .fr, etc.) et permet la délégation.
Vérifiez la propagation : Utilisez dig +trace ou des outils en ligne pour vérifier que la chaîne de délégation fonctionne. Surveillez pendant 48h pour vous assurer que les anciens caches expirent.

Exemples d'Enregistrements NS

Voici des exemples de configuration NS dans différents contextes :

; Zone file pour example.com
; NS principaux (hébergés chez un provider DNS)
example.com.    IN    NS    ns1.dnsprovider.com.
example.com.    IN    NS    ns2.dnsprovider.com.
example.com.    IN    NS    ns3.dnsprovider.net.

; Délégation d'une sous-zone à d'autres serveurs
dev.example.com.    IN    NS    ns1.dev-hosting.com.
dev.example.com.    IN    NS    ns2.dev-hosting.com.

; NS dans sa propre zone (nécessite glue records)
example.com.    IN    NS    ns1.example.com.
example.com.    IN    NS    ns2.example.com.
ns1.example.com.    IN    A    203.0.113.10
ns2.example.com.    IN    A    203.0.113.11

; Vérification avec dig
$ dig NS example.com +short
ns1.dnsprovider.com.
ns2.dnsprovider.com.
ns3.dnsprovider.net.

$ dig +trace example.com | grep -A2 "example.com"

Notez que chaque NS se termine par un point (FQDN absolu) et que les serveurs appartiennent à des réseaux différents pour la résilience. La commande dig +trace permet de suivre toute la chaîne de délégation.

Bonnes Pratiques pour les NS

Optimisez votre configuration NS pour la fiabilité et la performance :

Diversité des serveurs : Utilisez au moins 2-3 serveurs NS sur des réseaux et ASN différents. Si un provider tombe, les autres continuent de répondre.
TTL approprié : Les NS ont généralement des TTL de 24-48h pour la stabilité. Réduisez temporairement avant une migration, puis restaurez après.
Cohérence zone/registrar : Les NS déclarés au registrar et dans votre zone doivent correspondre exactement. Toute incohérence peut causer des problèmes de résolution.
Monitoring actif : Surveillez la disponibilité de chaque NS individuellement. Un NS mort dans la liste dégrade les performances même si les autres répondent.

Checklist Configuration NS

Minimum 2 serveurs NS configurés
NS sur des réseaux/providers différents
NS identiques au registrar et dans la zone
Glue records configurés si NS dans sa propre zone
TTL défini selon les besoins de stabilité/migration
Monitoring de disponibilité de chaque NS

FAQ - Enregistrements NS

Combien de NS dois-je avoir ?

Le minimum technique est 2, mais 3-4 est recommandé pour une meilleure résilience. Au-delà de 6-8, les bénéfices diminuent et la gestion se complexifie.

Puis-je utiliser des NS de différents providers ?

Oui, et c'est même recommandé pour éviter un point unique de défaillance. Cependant, vous devrez synchroniser vos zones entre providers, ce qui peut être complexe.

Pourquoi mes NS ne se mettent pas à jour instantanément ?

Les NS ont des TTL longs (souvent 24-48h) et les serveurs du TLD ont leur propre cache. Un changement de NS peut prendre jusqu'à 72h pour se propager complètement.

Qu'est-ce qu'un glue record ?

C'est un enregistrement A associé au NS quand le NS est dans sa propre zone. Sans lui, la résolution serait bloquée : pour trouver ns1.example.com, il faudrait demander aux NS de example.com, qui est... ns1.example.com.

Comment tester si mes NS fonctionnent ?

Utilisez dig NS votredomaine.com pour voir les NS déclarés, puis dig @ns1.votredomaine.com votredomaine.com pour tester chaque NS individuellement. dig +trace montre la chaîne complète.

MoniTao peut-il surveiller mes NS ?

Oui, MoniTao surveille vos enregistrements DNS incluant les NS. Vous êtes alerté si un NS devient inaccessible ou si vos NS changent de manière inattendue.

Maîtrisez vos Serveurs de Noms

Les enregistrements NS sont la fondation de votre présence DNS. Une configuration robuste avec des serveurs diversifiés, des TTL adaptés et un monitoring actif garantit que votre domaine reste accessible quoi qu'il arrive.

Prenez le temps de bien configurer vos NS et surveillez-les activement. MoniTao vous alerte en cas de problème sur vos serveurs de noms avant que vos utilisateurs ne soient impactés.

Liens utiles

Prêt à dormir sur vos deux oreilles ?

Commencez gratuitement, sans carte bancaire.

Créer mon compte Voir les tarifs