Eine Domain auf den richtigen Dienst verweisen

Der Registrar wählt die Nameserver der Domain; der autoritative DNS-Anbieter hält ihre Einträge. Das Bearbeiten einer Zone beim vorherigen Anbieter nach dem Ändern der Nameserver kann keine öffentliche Wirkung haben. Bestätigen Sie die Delegation, bevor Sie die Propagation diagnostizieren.

Verwenden Sie A für eine IPv4-Adresse und AAAA nur, wenn der Dienst funktionierendes IPv6 hat. Ein www-CNAME kann auf den Haupt-Hostnamen verweisen; ein Standard-CNAME sollte denselben Namen nicht mit anderen Datensatztypen teilen. MX identifiziert einen Mail-Hostnamen und erfordert weiterhin die Authentifizierungsdatensätze des Mail-Dienstes.

Senken Sie die TTL des bestehenden Records früh genug, damit seine vorherige Cache-Lebensdauer vor der Änderung abläuft. Eine neue kurze TTL kann nicht erzwingen, dass jeder Resolver einen bereits langfristig gecachten Wert vergisst. Behalten Sie den alten Origin während der Übergangs- und Rollback-Phase bei.

Die Nameserver und die vorgesehenen Datensätze abfragen. Bei Bedarf den autoritativen Server direkt testen, dann einen rekursiven Resolver. Ein veralteter lokaler Cache und ein falscher autoritativer Datensatz sind unterschiedliche Probleme.

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

Wenn ein Reverse-Proxy Teil des Modells ist, prüfen Sie alte DNS-Verläufe, Mail-Hostnamen, nicht proxied Subdomains und andere Dienste, die den Ursprung offenlegen können. DNS-Bearbeitung allein stellt keine Ursprungsisolierung her und verbirgt keine historischen Aufzeichnungen.