Pointer un domaine vers le bon service

Le registraire choisit les serveurs de noms du domaine ; le fournisseur DNS faisant autorité détient ses enregistrements. Modifier une zone chez le fournisseur précédent après avoir changé les serveurs de noms peut n'avoir aucun effet public. Confirmez la délégation avant de diagnostiquer la propagation.

Utiliser A pour une adresse IPv4 et AAAA uniquement lorsque le service dispose d'IPv6 fonctionnel. Un CNAME www peut pointer vers le nom d'hôte principal ; un CNAME standard ne doit pas partager ce même nom avec d'autres types d'enregistrements. MX identifie un nom d'hôte de messagerie et nécessite toujours les enregistrements d'authentification du service de messagerie.

Réduisez le TTL de l'enregistrement existant suffisamment tôt pour que sa durée de vie en cache précédente expire avant le changement. Un nouveau TTL court ne peut pas forcer chaque résolveur à oublier une valeur de longue durée déjà mise en cache. Conservez l'ancienne origine pendant la transition et la fenêtre de rollback.

Interrogez les serveurs de noms et les enregistrements prévus. Testez directement le serveur faisant autorité si nécessaire, puis un résolveur récursif. Un cache local obsolète et un enregistrement faisant autorité erroné sont des problèmes différents.

dig example.com NS +short
dig example.com A +short
dig example.com AAAA +short
dig example.com MX +short
# To query your actual authoritative server:
# dig @<authoritative-nameserver> example.com A

Si un proxy inverse fait partie du modèle, examinez l'ancien historique DNS, les noms d'hôtes de messagerie, les sous-domaines non proxifiés et les autres services susceptibles de révéler l'origine. La seule édition de DNS n'établit pas l'isolation de l'origine ni ne dissimule les enregistrements historiques.