Enregistrement NS

Un enregistrement NS (Name Server) indique au système DNS quels serveurs autoritaires sont responsables d'un domaine donné. Lorsqu'un résolveur doit répondre à une requête pour example.com, il interroge d'abord la zone parente (le TLD, ici .com) pour obtenir les enregistrements NS du domaine, puis contacte l'un de ces serveurs de noms pour récupérer les véritables enregistrements A, MX ou TXT.

Les enregistrements NS existent à deux endroits simultanément : dans la zone parente sous forme de *délégation*, et dans la zone enfant elle-même comme RRset NS autoritaire. C'est la copie du parent qui rend la délégation effective ; la copie de l'enfant est celle renvoyée dans les réponses ordinaires. Quand les serveurs de noms se trouvent à l'intérieur du domaine délégué — par exemple ns1.example.com pour example.com — le parent doit également publier des *glue records*, c'est-à-dire des enregistrements A/AAAA pour ces serveurs, afin d'éviter un problème de l'œuf et de la poule lors de la résolution.

La plupart des domaines déclarent au moins deux serveurs de noms, et les grands opérateurs les répartissent sur plusieurs réseaux ou utilisent l'anycast pour qu'une panne isolée ne rende pas la zone injoignable. Les modifications NS se propagent plus lentement que les autres changements DNS : les résolveurs mettent en cache la délégation parente selon son TTL, et les registrars poussent généralement les mises à jour vers le TLD une fois par jour. Une migration planifiée de serveurs de noms maintient donc typiquement les anciens et les nouveaux serveurs avec des données identiques pendant plusieurs jours, le temps que les caches expirent.

Les enregistrements NS fonctionnent en lien avec l'enregistrement SOA, qui marque l'apex de la zone et identifie le serveur autoritaire primaire, et décident en dernier ressort de l'infrastructure qui contrôle tous les autres enregistrements de la zone.