Comprendre les NPD et pourquoi la sécurité des migrations est importante

Le système de noms de domaine (DNS) est l'annuaire téléphonique d'Internet. Lorsque quelqu'un entre votre domaine dans un navigateur, DNS traduit ce nom lisible par l'homme dans l'adresse IP où votre site Web, votre courriel ou d'autres services sont hébergés. La migration de vos enregistrements DNS d'un fournisseur à un autre – ou leur mise à jour au sein du même fournisseur – modifie la façon dont le monde atteint vos actifs numériques.

Ce guide élargi vous permet de parcourir chaque phase, de la découverte initiale à la validation finale, afin de pouvoir migrer en toute confiance. We=ll couvre les types d'enregistrement, l'optimisation des TTL, les stratégies de sauvegarde, les changements de serveur de noms, la surveillance de la propagation et les pièges communs – tous en étapes claires et réalisables.

Ressources externes telles que Cloudflare , le centre d'apprentissage DNS et ICANN , le DNS donne un aperçu , le contexte fondamental, mais ce guide se concentre sur les étapes opérationnelles que vous devez exécuter.

Préparation avant la migration

La préparation adéquate est le facteur le plus important dans une migration DNS sûre. Se précipiter dans les changements sans un inventaire complet de vos dossiers est une recette pour la catastrophe. Commencez par vérifier votre environnement DNS actuel à partir de votre panneau de contrôle ou API fournisseur existant.

Inventaire Tous les types d'enregistrement DNS actifs

Créez une liste détaillée de chaque enregistrement dans votre zone. Ceci inclut non seulement les enregistrements A et CNAME évidents, mais aussi les types moins utilisés comme SRV, NS, PTR (rare pour l'hébergement de domaine), et CAA. Pour la plupart des domaines, vous trouverez probablement:

  • A records – mapp hostnames to IPv4 address
  • AAAA enregistre – les noms d'hôte de carte vers les adresses IPv6
  • CNAME records – alias un nom à un autre (par exemple, www à domaine racine)
  • MX records – trafic direct de courrier électronique vers les serveurs de messagerie
  • Enregistrements TXT – Porter du texte lisible par machine, couramment utilisé pour les jetons SPF, DKIM, DMARC et vérification de domaine
  • NS records – spécifiez des serveurs de noms faisant autorité pour les sous-domaines (moins fréquents à changer)
  • SRT records – définir des services comme SIP, LDAP ou CalDAV
  • CAA records – permettre aux autorités de certification de délivrer des certificats SSL pour le domaine

Exportez votre fichier zone si votre fournisseur le supporte. La plupart des panneaux de contrôle ont une option -Export Zone - ou -Télécharger Zone File--. Sinon, copiez manuellement chaque enregistrement dans un tableur, en notant le nom, le type, la valeur, le TTL et la priorité (pour MX et SRV).

Comprendre les valeurs du temps à vivre (TTL)

Un TTL élevé (p. ex. 86400 secondes = 24 heures) signifie que les changements se propagent lentement. Un TTL faible (p. ex. 300 secondes = 5 minutes) permet des mises à jour rapides mais augmente la charge de requête. Avant la migration, vous devriez des TTL plus faibles sur tous les enregistrements critiques à une valeur de 300 ou 600 secondes au moins 48 heures avant d'apporter des changements. Cela garantit que lorsque vous mettez à jour les enregistrements, les anciennes valeurs mises en cache expirent rapidement, réduisant ainsi la possibilité que certains utilisateurs voient les anciennes informations tandis que d'autres voient les nouvelles.

Remarque : Certains fournisseurs n'autorisent les changements de TTL que par leur interface; planifiez en conséquence. Pour les enregistrements liés aux courriels (MX, SPF, DKIM), les faibles TTL sont particulièrement importants car les problèmes de livraison des courriels peuvent être difficiles à diagnostiquer.

Identifier les dépendances et les intervenants

Vos enregistrements DNS n'existent pas dans un vide. Ils se connectent à l'hébergement web, aux services de messagerie, aux API tierces, aux CDN, aux balanceurs de charge et aux systèmes d'authentification. Avant la migration:

  • Cartez chaque service qui se base sur un enregistrement DNS. Par exemple, un sous-domaine api.example.com peut être utilisé par votre application mobile.
  • Informez votre équipe, vos clients ou les parties intéressées de la fenêtre de changement prévue. Même avec une planification minutieuse, de brefs décalages de propagation peuvent causer des problèmes intermittents.
  • Assurez-vous d'avoir un accès administratif à la fois à l'ancien fournisseur DNS et au nouveau fournisseur, ainsi qu'à votre registraire de domaine (où les serveurs de noms sont définis).

Testez votre processus de sauvegarde et de restauration

Certains fournisseurs offrent une zone -Sandbox-Sandbox-Sandbox-Sandbox-Sandbox-Sandbox-Sandbox-Sandbox-Sandbox-Sandbox-Sandbox-Sandbox-Sandbox-Sandbox-Sandbox-Sandbox-Sandbox-Sandbox-Sandbox-Sandbox-Sandbox-Sand-Sand-Sand-Sand-Sand-Sand-Sand-Sand-Sand-Sand-Sand-Sand-Sand-Sand-Sand-Sand-Sand-Sand-Sand-Sand-Sand-Sand-Sand-Sand-Sand-Sand-Sand-Sand-Sand-Sand-Sand-Sand-Sand-Sand-Sand-Sand-Sand-Sand-Sand-Sand-Sand-Sand-Sand-Sand-Sand-Sand-Sand-Sand-Sand-Sand-Sand-Sand-Sand-Sand-Sand-

Processus de migration étape par étape

Une fois votre préparation terminée et vos TTL sont faibles (attendez le temps nécessaire pour que le TTL bas se propage à l'échelle mondiale), suivez ces étapes méthodiquement.

1. Sauvegarde des dossiers DNS existants (exportation formelle)

Créez une sauvegarde que vous pouvez restaurer rapidement si quelque chose va mal. La meilleure sauvegarde est le fichier de zone exporté de votre ancien fournisseur. Si cela n'est pas possible, copiez chaque enregistrement dans un format structuré (CSV, JSON, ou même un fichier texte). Inclure les champs suivants pour chaque enregistrement :

  • Nom (par exemple, @, www, courrier)
  • Type (A, AAAA, CNAME, MX, TXT, etc.)
  • Valeur / cible
  • TTL
  • Priorité (pour MX, SRV)
  • Autres métadonnées (poids, port pour SRV)

Conservez cette sauvegarde dans un endroit sécurisé, comme un gestionnaire de mots de passe, un stockage en nuage chiffré ou un lecteur hors ligne. Ne vous fiez pas uniquement à l'interface de l'ancien fournisseur – si votre compte est terminé ou l'accès est perdu, vous avez besoin d'une copie portable.

2. Configurer les dossiers DNS sur le nouveau fournisseur

Connectez-vous à votre nouveau tableau de bord DNS et créez chaque enregistrement exactement comme il est apparu dans votre sauvegarde.

  • Utilisez les mêmes paramètres TTL (idéalement les valeurs basses que vous avez définies avant).
  • Pour les enregistrements MX, assurez-vous que les numéros de priorité correspondent exactement. Les enregistrements MX sont traités par ordre de priorité la plus faible.
  • Pour les enregistrements TXT contenant SPF ou DKIM, copiez la chaîne entière, y compris les guillemets potentiels. Certains fournisseurs enroulent des valeurs TXT longues; assurez-vous que la valeur complète est saisie.
  • Pour les enregistrements CNAME, n'oubliez pas que le domaine racine (@) ne peut généralement pas être un CNAME (par RFC). Au lieu de cela, utilisez un enregistrement A ou AAAA ou un ALIAS/ANAME si le nouveau fournisseur le supporte.
  • Vérifiez deux fois les enregistrements préfixés (communs pour DKIM, DMARC ou découverte de service) – ils sont sensibles à la casse et doivent être exacts.

Après avoir entré tous les enregistrements, effectuez une comparaison visuelle avec votre sauvegarde. Vous pouvez également utiliser un outil de recherche DNS tiers pour interroger directement les serveurs de noms de nouveau fournisseur (s'ils offrent une telle fonctionnalité) pour vérifier que les enregistrements sont en direct sur leur infrastructure. De nombreux fournisseurs ont une option -Preview-- ou -Test--- qui montre comment les enregistrements vont résoudre.

3. Mettre à jour les serveurs de noms à votre registraire

C'est le point critique où l'Internet commence à apprendre sur votre nouveau fournisseur DNS. Connectez-vous à votre registraire de domaine (la société que vous avez acheté le domaine, par exemple, GoDaddy, Namecheap, Google Domains) et localisez les paramètres du serveur de noms. Remplacez les serveurs de noms existants par ceux fournis par votre nouveau fournisseur DNS. Généralement, vous aurez deux ou quatre noms d'hôte comme et .

Important: Ne retirez pas encore les anciens serveurs de noms. Au lieu de cela, ajoutez les nouveaux à côté des anciens si le registraire le permet (certains font, certains forcent un swap direct). La plus sûre approche est d'ajouter d'abord de nouveaux serveurs de noms, attendez la propagation, puis retirez les anciens. Cependant, de nombreux registraires vous demandent de les remplacer entièrement. Dans ce cas, procédez avec le swap, mais gardez l'ancienne zone DNS active pendant au moins 48 heures.

Cela vous donne un recul si vous avez besoin de retourner rapidement les serveurs de noms.

Après avoir enregistré les changements, notez l'heure exacte. La propagation commence à partir de ce moment.

4. Vérifier la délégation du serveur de noms

Utilisez un outil comme DNS Checker[ ou pour confirmer que les nouveaux serveurs de noms font autorité. Vérifiez que l'enregistrement SOA (Start of Authority) reflète votre nouveau fournisseur. Si vous voyez des résultats mixtes (certains résolveurs qui retournent d'anciens serveurs de noms, certains nouveaux), cela est normal pendant la propagation.

Surveillance et validation pendant la propagation

Même avec les TTLs faibles, la mise en cache à différents niveaux (résolveurs ISP, systèmes d'exploitation, navigateurs) peut retarder les mises à jour. Planifiez une fenêtre de propagation pouvant atteindre 48 heures, bien que la majorité des requêtes DNS refléteront le changement dans la première heure si les TTLs sont faibles.

Utiliser plusieurs vérificateurs mondiaux

Surveillez la transition en utilisant des outils qui interrogent à partir de plusieurs emplacements géographiques. Des services comme whatsmydns.net ou DNS-Check.online[ vous montrent si chaque enregistrement a propagé à des endroits partout dans le monde.

  • A/AAAA – votre site Web devrait résoudre la question de la bonne IP.
  • MX – les serveurs de messagerie devraient être ceux qui sont prévus.
  • TXT records (SPF, DKIM, DMARC) – l'authentification par courriel doit rester intacte.

Tester les services électroniques et Web en continu

Don , il suffit de compter sur les vérificateurs DNS. Testez les services:

  • Ouvrez votre site Web dans un navigateur de différents réseaux (p. ex., données mobiles ou Wi-Fi à domicile).
  • Envoyer des e-mails de test vers et depuis votre domaine en utilisant plusieurs clients de messagerie.
  • Vérifier les paramètres ou sous-domaines de l'API qui sont critiques pour les entreprises.
  • Si vous utilisez des certificats SSL, assurez-vous qu'ils valident correctement (les enregistrements CAA pourraient être impliqués).

Garder l'ancienne zone active comme filet de sécurité

Comme mentionné, gardez votre ancienne zone DNS active et inchangée pendant au moins un cycle de propagation complet (habituellement 48 heures). Si vous découvrez une erreur critique – comme un enregistrement manquant qui casse le courriel – vous pouvez retourner le changement de serveur de noms à votre registrateur, et le monde reviendra à l'ancien, les enregistrements de travail dans la période TTL. Sans cette sauvegarde, un retour devient beaucoup plus difficile parce que l'ancienne zone ne sera plus en vie.

Après la migration : étapes finales et nettoyage

Une fois que vous avez confirmé que tous les services fonctionnent correctement et que la propagation est complète (la plupart des vérificateurs globaux montrent une cohérence à 100%), vous pouvez finaliser la migration.

Supprimer les anciens fichiers DNS et serveurs de noms

  • Supprimer l'ancienne zone DNS de votre tableau de bord précédent pour éviter toute confusion.
  • Si vous aviez ajouté des serveurs de noms anciens et nouveaux au registraire, supprimez les anciens maintenant. Certains registraires vous laissent laisser des serveurs de noms supplémentaires; il est plus propre de ne garder que les nouveaux.
  • Mettre à jour les TTLs pour obtenir des valeurs plus élevées pour la stabilité de la production. Par exemple, fixer les enregistrements A/AAAA à 3600 (1 heure) ou 86400 (1 jour) si vous changez rarement d'IP.

Valider les dossiers de sécurité

La sécurité des courriels repose souvent sur SPF, DKIM et DMARC. Utilisez un validateur comme DMARC Analyzer pour s'assurer que vos enregistrements TXT sont correctement configurés. Vérifiez que vos enregistrements de sélecteurs DKIM sont présents et correspondent à ce que votre fournisseur de messagerie attend.

Document sur les migrations

Créez un registre de ce qui a été fait, quand et les problèmes rencontrés. Cette documentation devient inestimable pour les futures migrations, les vérifications ou la formation de nouveaux membres de l'équipe.

Conseils avancés et pièges communs

Faible temps de transition

Définissez les TTL à une valeur basse au moins le même nombre de secondes avant le changement que le TTL original. Si votre ancien TTL était 86400 (24 heures), baissez-le 24 heures avant de prévoir d'échanger des serveurs de noms. Sinon, certains résolveurs peuvent mettre en cache les anciens enregistrements pour la journée entière après le changement, causant un monde divisé.

Temps d'arrêt du courriel pendant la migration des enregistrements MX

Le courrier électronique est le service le plus sensible lors d'une migration DNS. Si vous changez les enregistrements MX et que le nouveau serveur de messagerie attend des identifiants ou des configurations différentes, vous pouvez perdre des e-mails.

  • Exécutez simultanément les serveurs de courrier anciens et nouveaux pendant la transition si possible (dual MX records with different priority).
  • Réglez un TTL très bas (300 secondes) sur les enregistrements MX pendant quelques jours avant le changement.
  • Testez l'envoi et la réception par les deux serveurs avant la coupure.

Éviter les collisions avec le CNAME

Un enregistrement CNAME ne peut coexister avec aucun autre enregistrement du même nom. Par exemple, si vous avez un CNAME pour , vous ne pouvez pas aussi avoir un enregistrement TXT ou MX pour . Assurez-vous que votre conception DNS respecte cette règle sur le nouveau fournisseur.

Utilisation du DNSSEC

Si votre domaine utilise DNSSEC, vous devez coordonner les touches de signature entre vos anciens et nouveaux fournisseurs. DNSSEC ajoute une couche de sécurité mais aussi de complexité. Désactiver DNSSEC avant la migration et la réactivation après est souvent plus sûr, mais le domaine sera moins sécurisé pendant la fenêtre. Suivez attentivement votre nouveau fournisseur , le guide de configuration DNSSEC.

Services tiers avec IP statique

Si votre site Web ou votre application utilise un service tiers qui liste les IP (p. ex. passerelles de paiement, fournisseurs d'API), mettez à jour ces listes blanches IP si votre nouveau fournisseur d'hébergement utilise des IP différentes. Sinon, les appels de service peuvent être bloqués après le changement de DNS.

Conclusion

La migration des enregistrements DNS n'est pas par nature risquée si vous préparez soigneusement et exécutez méthodiquement. Les TTL bas, les sauvegardes complètes, la validation en plusieurs étapes et un filet de sécurité des anciens serveurs de noms réduisent considérablement les risques de temps d'arrêt prolongé. En suivant les étapes et les conseils élargis dans ce guide, vous pouvez déplacer votre domaine DNS vers un nouveau fournisseur – ou mettre à jour les enregistrements existants – avec une perturbation minimale de votre site Web, de votre courriel et d'autres services critiques.