DNS mit minimaler Unterbrechung von Website und E-Mail ändern

Die DNS-Änderung sollte der letzte Schritt einer Migration sein, nicht der erste. Kopieren und testen Sie vorher den Inhalt am Ziel, bilden Sie die Einträge externer Dienste nach und bereiten Sie eine abschließende Synchronisierung der Daten vor, die sich geändert haben können.

Die Domain übertragen und die DNS ändern ist nicht dasselbe

Der Transfer ändert den Registrar, der die Domain verwaltet. Er zieht die Website nicht um, kopiert keine E-Mails und behält normalerweise die bisherigen DNS-Server bei.

Die DNS-Änderung legt fest, welche Server ab diesem Zeitpunkt antworten. Sie kann ohne Transfer der Domain beim Anbieter vorgenommen werden, der sie derzeit verwaltet.

Den vollständigen Unterschied finden Sie in der Anleitung zur Migration eines Hostings zu Hostsuar.

1. Die aktuelle Konfiguration sichern

Bevor Sie etwas ändern, sichern Sie eine Kopie der DNS-Zone und notieren Sie:

• A- und AAAA-Einträge der Website und der Subdomains.
• MX-Einträge der E-Mail.
• TXT-Einträge für SPF, DKIM, DMARC und Verifizierungen; manche Anbieter verwenden CNAME für DKIM.
• CNAME- und SRV-Einträge externer Dienste.
• Subdomains, die von Anwendungen, Telefonanlagen, Kalendern oder Werkzeugen Dritter genutzt werden.

Kopieren Sie nicht alle Einträge ungeprüft. Die Einträge, die auf das bisherige Hosting zeigen, müssen geändert werden; die Einträge von Google Workspace, Microsoft 365 oder anderen weiter aktiven Diensten müssen erhalten bleiben.

2. Die neue Zone vorbereiten

Richten Sie alle nötigen Einträge am Ziel ein, bevor Sie die DNS-Server ändern.

Wenn die E-Mail außerhalb von Hostsuar bleibt, behalten Sie ihre MX-, TXT-, CNAME- und SRV-Einträge bei und stellen Sie das E-Mail-Routing auf remote.

Wenn Sie nur die Website umziehen und die E-Mail dort lassen möchten, wo sie ist, lesen Sie, wie Sie die Website auf einen anderen Server ausrichten und die aktuelle E-Mail behalten.

Sie können die Einträge im Zone Editor prüfen und bearbeiten.

Wenn Sie die TTL eines Eintrags senken möchten, tun Sie es rechtzeitig: Eine bereits gespeicherte Antwort behält die TTL, die sie bei der Abfrage hatte. Sie im Moment der Änderung zu senken, leert keine Caches und ändert nicht die TTL der Delegation in der übergeordneten Zone.

3. Das Ziel testen, ohne die DNS zu ändern

Prüfen Sie die Website auf dem neuen Server, indem Sie vorübergehend die Datei hosts Ihres Rechners ändern, eine Test-Subdomain verwenden oder die Methode nutzen, die die Anwendung anbietet.

Die Anleitung, um mit der endgültigen Domain zu arbeiten, bevor sie umgestellt wird, erklärt, wie nur Ihr Rechner die Domain auf die neue IP auflöst.

Testen Sie mindestens:

• Startseite, interne Seiten und Administrationsbereich.
• Formulare und Bestellungen; prüfen Sie Zahlungen im Testmodus, um echte Abbuchungen zu vermeiden.
• Verbindung zur Datenbank.
• Dateien und Medieninhalte.
• Geplante Aufgaben.
• E-Mail-Versand aus der Anwendung.

4. Die letzten Änderungen synchronisieren

Eine dynamische Website kann seit der ersten Kopie Bestellungen, Formulare oder Änderungen erhalten haben. Vereinbaren Sie vor der Umschaltung ein Zeitfenster mit wenig Aktivität und kopieren Sie die Datenbank oder die geänderten Daten erneut.

Wiederholen Sie für die E-Mail imapsync unmittelbar vor der Änderung. Lesen Sie, wie Sie E-Mails ohne Nachrichtenverlust migrieren.

5. Die DNS-Server ändern

Wenn DNSSEC aktiv ist, löschen Sie zuerst die bisherige DS-Konfiguration beim Registrar und warten Sie, bis ihre TTL in der übergeordneten Zone abgelaufen ist. Ändern Sie danach die DNS-Server und veröffentlichen Sie die vom neuen Anbieter erzeugte DNSSEC-Konfiguration. Eine Multi-Signer-Migration vermeidet die Lücke ohne Validierung, verwenden Sie sie aber nur, wenn beide Anbieter die nötigen externen DNSKEYs unterstützen.

Tragen Sie beim Registrar die DNS-Server von Hostsuar ein. Wenn die Domain bei uns bestellt ist, folgen Sie den Schritten zum Ändern ihrer DNS-Server.

Während der Propagation können manche Verbindungen beim bisherigen Anbieter und andere beim neuen ankommen. Lassen Sie beide Dienste aktiv und vermeiden Sie unvereinbare Änderungen in den beiden Kopien.

6. Die Propagation prüfen

Verlassen Sie sich nicht nur auf das, was Ihr Rechner anzeigt: Ihr Internetanbieter oder Browser kann frühere Daten eine Zeit lang behalten.

Verwenden Sie die Prüfung der Propagation von DNS und IP, um über verschiedene Resolver zu prüfen:

• Autoritative DNS-Server.
• IP der Website.
• MX-Einträge der E-Mail.
• Relevante Subdomains.

Die Propagation kann Minuten bis Stunden dauern und ist nicht für alle Nutzer gleich.

7. Website, HTTPS und E-Mail prüfen

Sobald die Domain auf den neuen Dienst aufgelöst wird, prüfen Sie:

• Website mit und ohne www.
• HTTPS-Zertifikat.
• Formulare, Bestellungen und Zugang zum Administrationsbereich.
• Versand und Empfang von E-Mails.
• Postfächer und aktuelle Nachrichten.
• Subdomains und externe Dienste.
• SPF, DKIM und DMARC des endgültigen Anbieters.

Führen Sie eine letzte Synchronisierung der E-Mail aus, um Nachrichten zu übernehmen, die während der Propagation noch am Ursprung angekommen sein können.

Wenn etwas fehlschlägt

Kündigen Sie den bisherigen Anbieter nicht. Stellen Sie zuerst fest, ob der Fehler im Inhalt, in der DNS-Zone oder in der Propagation liegt.

Wenn der neue Dienst ein schwerwiegendes Problem hat, können Sie vorübergehend die bisherigen Einträge oder DNS-Server wiederherstellen, aber auch die Rückänderung muss sich verbreiten und wirkt nicht sofort. Bewahren Sie bei dynamischen Websites die während des Versuchs entstandenen Änderungen auf, damit beim Zurückwechseln keine Bestellungen oder Daten verloren gehen.

Wann Sie den bisherigen Dienst beenden

Warten Sie, bis bestätigt ist, dass:

• Die wichtigsten Resolver die neuen DNS oder die neue IP zeigen.
• Website und externe Dienste am Ziel funktionieren.
• E-Mails über den endgültigen Anbieter ein- und ausgehen.
• Keine aktuellen Nachrichten oder Daten nur noch am Ursprung liegen.
• Sie ein abschließendes, wiederherstellbares Backup haben.

Kündigen Sie erst dann das bisherige Hosting und widerrufen Sie die während der Migration genutzten temporären Zugänge.

Schließen Sie die Prüfung mit der Checkliste nach einer Migration ab.

Prüfen Sie, bevor Sie den Betrieb wieder aufnehmen, welcher Server die geplanten Aufgaben ausführt. Dass beide Hostings während der Propagation aktiv bleiben, bedeutet nicht, dass sie gleichzeitig dieselben Benachrichtigungen senden oder dieselben Bestellungen verarbeiten sollen.