Une recherche DNS récursive, saut après saut
Navigateur
veut example.com
Résolveur
votre FAI / 1.1.1.1
Racine + TLD
qui gère .com ?
Faisant autorité
la vraie réponse
Chaque saut de cette chaîne est lui-même une recherche DNS, ensuite mise en cache
Qu'est-ce qu'un serveur de noms ? La délégation de domaine
Un serveur de noms est un serveur qui détient les enregistrements DNS de votre domaine et répond aux questions qui les concernent. Les enregistrements NS de votre domaine désignent les serveurs de noms responsables, et ce seul paramètre détermine les modifications de quel panneau de contrôle comptent réellement.
Si vous avez déjà modifié un enregistrement DNS, attendu, et vu absolument rien se produire, c'est presque certainement la raison.
La délégation : comment Internet trouve vos serveurs de noms
Le DNS est une hiérarchie de délégation. Personne ne détient une liste maîtresse de tous les domaines. À la place, chaque niveau transmet la responsabilité au suivant.
Une recherche DNS récursive, saut après saut
Navigateur
veut example.com
Résolveur
votre FAI / 1.1.1.1
Racine + TLD
qui gère .com ?
Faisant autorité
la vraie réponse
Chaque saut de cette chaîne est lui-même une recherche DNS, ensuite mise en cache
- Les serveurs racine savent qui gère chaque domaine de premier niveau : qui est responsable de
.com,.org,.io. - Le registre
.comsait vers quels serveurs de noms chaque domaine.comdélègue. C'est là que sont consignés vos enregistrementsNS. - Vos serveurs de noms détiennent la zone proprement dite : les enregistrements
A,MX,TXTet tous les autres.
À retenir
Votre registraire contrôle vers quels serveurs de noms pointe votre domaine. Celui qui exploite ces serveurs de noms contrôle ce que disent les enregistrements. Ce sont souvent deux entreprises différentes.
Registraire et hébergeur DNS
Cette distinction cause plus de confusion que n'importe quoi d'autre dans le DNS.
| Registraire | Hébergeur DNS | |
|---|---|---|
| Ce qu'il fait | Enregistre le nom de domaine et en est le titulaire | Répond aux requêtes DNS pour ce domaine |
| Contrôle | La délégation NS | Les enregistrements eux-mêmes |
| Exemples | Namecheap, GoDaddy, Google Domains | Cloudflare, Route 53, votre hébergeur web |
| Même entreprise ? | Souvent, mais pas forcément |
À quoi ressemblent les enregistrements NS
example.com. 86400 IN NS ns1.cloudflare.com.
example.com. 86400 IN NS ns2.cloudflare.com.Notez le TTL long : 86400 secondes, c'est un jour, et les TTL de délégation sont souvent encore plus longs. C'est voulu : la délégation change rarement, et la mettre fortement en cache réduit la charge des serveurs TLD.
Deux serveurs de noms constituent le minimum pratique, et la plupart des registres en exigent au moins deux. Les fournisseurs en attribuent généralement de deux à quatre, hébergés sur des réseaux distincts pour qu'une panne ne mette pas votre domaine hors ligne.
Comment vérifier vos serveurs de noms
dig +short example.com NSOu passez le domaine dans l'outil de recherche, qui liste les enregistrements NS avec tout le reste. Le résultat est le fournisseur dont vous devez modifier le panneau de contrôle.
Changer de serveurs de noms en toute sécurité
Changer de fournisseur DNS déplace toute votre zone d'un coup. Fait sans précaution, tout casse simultanément : site web, messagerie et enregistrements de vérification.
Copiez d'abord tous les enregistrements existants
Exportez la zone complète depuis le fournisseur actuel. Pas seulement l'enregistrement
A:MX, chaqueTXT(SPF, DKIM, jetons de vérification),CNAMEet tous les sous-domaines. En oublier un casse le service qui en dépend.Recréez-les chez le nouveau fournisseur avant de basculer
Construisez la zone complète chez le nouvel hébergeur alors que la délégation pointe encore vers l'ancien. Rien n'est encore en ligne, donc les erreurs ne coûtent rien.
Vérifiez en interrogeant directement les nouveaux serveurs de noms
Exécutez
dig @ns1.newprovider.com example.compour chaque type d'enregistrement. Cela interroge les nouveaux serveurs avant tout changement de délégation et confirme que la zone est correcte.Mettez à jour les enregistrements NS chez votre registraire
C'est seulement maintenant que vous changez la délégation. Le TTL du registre signifie que le basculement peut mettre jusqu'à 48 heures à être visible partout.
Laissez l'ancienne zone en place pendant une semaine
Ne supprimez pas immédiatement les anciens enregistrements. Tant que la délégation est en transition, certains résolveurs atteignent encore les anciens serveurs : si la zone a disparu, ces requêtes échouent purement et simplement.
Besoin de vérifier les adresses DNS publiques d'un domaine ? Utilisez l'outil Domain IP Lookup.
Outils gratuits sur ce sujet
Questions fréquentes
À lire aussi
Une recherche DNS récursive, saut après saut
Navigateur
veut example.com
Résolveur
votre FAI / 1.1.1.1
Racine + TLD
qui gère .com ?
Faisant autorité
la vraie réponse
Chaque saut de cette chaîne est lui-même une recherche DNS, ensuite mise en cache
Comment fonctionne le DNS : d'un nom de domaine à une adresse IP
L'annuaire d'internet, tracé de bout en bout : ce qui se passe dans les quelques millisecondes entre la saisie d'un domaine et l'arrivée du premier paquet sur un serveur.
La « propagation » n'est en fait que l'expiration de caches
0 min
vous enregistrez la modification
0-5 min
votre hébergeur DNS se met à jour
jusqu'au TTL
l'ancienne réponse reste en cache
après le TTL
tout le monde voit la nouvelle
Rien n'est poussé nulle part : chaque cache cesse simplement de réutiliser sa copie
Propagation DNS : pourquoi c'est long, et ce qui se passe
Rien ne se propage nulle part. Comprendre ce qui se passe réellement pendant l'attente vous dit exactement combien de temps elle durera et comment la raccourcir.
Les enregistrements que vous croiserez dans presque toutes les zones
Types d'enregistrements DNS expliqués : la référence complète
Chaque type d'enregistrement à connaître, son rôle, son aspect et l'erreur qu'on commet avec lui, réunis sur une seule page de référence.