Vérifier l'IP après migration DNS
changement ip domaine · migration dns ip · verifier nouvelle ip domaine
Checklist pour confirmer qu'un domaine résout vers la nouvelle IP après changement DNS, CDN ou hébergement.
Par DN01 Network Team
Après une migration d'hébergement, CDN ou load balancer, la question critique est simple : le domaine résout-il déjà vers la nouvelle IP ? La réponse demande plus qu'un regard au panneau fournisseur. Les résolveurs gardent du cache, les TTL varient et certains sous-domaines peuvent pointer vers l'ancien environnement.
Utilisez /find-ip-address pour vérifier l'IP visible maintenant. Confirmez ensuite la zone complète avec Vérificateur DNS, relisez propriété et serveurs de noms avec WHOIS, puis validez la réponse web dans Vérificateur d'en-têtes HTTP.
Le but n'est pas seulement de voir la nouvelle IP une fois, mais de prouver que DNS, trafic HTTP et métadonnées du domaine sont alignés.
Avant le changement
Documentez IP actuelle, A, AAAA, CNAME, NS et TTL. Si possible, baissez le TTL à l'avance et confirmez que cette valeur est visible publiquement. Sans baseline, il est difficile de distinguer propagation normale et erreur réelle.
Préparez aussi le test HTTP : URL canonique, redirections attendues, certificats et en-têtes importants. Une migration peut résoudre vers la bonne IP et échouer à cause de TLS ou du proxy.
Pendant la fenêtre
Exécutez /find-ip-address après publication et comparez avec l'IP cible. Si anciennes et nouvelles IP coexistent, regardez le TTL et retestez après un cycle complet. Utilisez Vérificateur DNS pour confirmer l'autoritatif.
Si seul le site web échoue, ouvrez Vérificateur d'en-têtes HTTP. Des redirections vers l'ancien environnement, des en-têtes de cache ou un certificat incorrect peuvent être pris pour du DNS.
Après la migration
Répétez la vérification pour tous les hosts critiques : apex, www, api, assets et sous-domaines clients. Ne supposez pas qu'un sous-domaine est couvert parce que le domaine principal est bon.
Conservez les résultats dans le ticket : IP précédente, IP nouvelle, heure, TTL et lien de l'outil. Cet historique facilite rollback, audit et support.
Quand ne pas fermer
Ne fermez pas si des IP anciennes apparaissent après plusieurs TTL, si IPv6 pointe ailleurs, si WHOIS montre des nameservers inattendus ou si HTTP répond depuis une plateforme non prévue.
Gardez également un oeil sur les sous-domaines secondaires. Une migration apex réussie peut cacher une API, un domaine assets ou un host client resté sur l'ancien fournisseur.
Ne fermez pas non plus si une seule variante fonctionne. Apex, www et sous-domaines de production doivent être validés séparément.
Questions fréquentes
- Combien de temps pour voir la nouvelle IP ?
Cela dépend du TTL et des caches. Attendez au moins un TTL complet avant d'escalader.
- IPv6 peut-il rester sur l'ancien environnement ?
Oui. Vérifiez AAAA autant que A pour éviter les pannes sur réseaux IPv6.
- WHOIS confirme-t-il l'IP ?
Non. WHOIS ajoute registrar, nameservers et fournisseur, mais la résolution vient de DNS.