Zu Cloud DNS migrieren

Cloud DNS unterstützt die Migration einer vorhandenen DNS-Domain von einem anderen DNS-Anbieter zu Cloud DNS. Im Folgenden wird beschrieben, wie Sie die erforderlichen Schritte ausführen: eine verwaltete Zone für Ihre Domain erstellen, die DNS-Konfiguration von Ihrem vorhandenen Anbieter exportieren, Ihre vorhandene DNS-Konfiguration in Cloud DNS importieren, die Nameserver-Einträge des Registrators aktualisieren und dann die Migration prüfen.

Hinweis

1. Wenn Sie die Google Cloud CLI noch nicht verwendet haben, richten Sie die gcloud CLI ein.

2. Führen Sie den folgenden Befehl aus, um den Projektnamen anzugeben und sich bei der Google Cloud Console zu authentifizieren:

   gcloud auth login
   

   Sie können auch den --project-Parameter festlegen, wenn bei diesem Aufruf ein anderes Projekt verwendet werden soll.

Verwaltete Zone erstellen

Zum Migrieren einer vorhandenen Domain erstellen Sie als Erstes eine verwaltete Zone für Ihre DNS-Einträge. Wenn Sie eine Zone erstellen, wird die neue Zone erst verwendet, wenn Sie Ihre Domainregistrierung aktualisieren, einen Resolver ansprechen oder einen Nameserver Ihrer Zone abfragen.

gcloud

Führen Sie den Befehl dns managed-zones create aus, um eine Zone zu erstellen:

gcloud dns managed-zones create --dns-name=example.com.
--description=A_ZONE EXAMPLE_ZONE_NAME

Dabei gilt:

• example.com.: der DNS-Name
• A_ZONE: eine Beschreibung der Zone
• EXAMPLE_ZONE_NAME: der Name zur Identifizierung der DNS-Zone

DNS-Konfiguration von meinem bisherigen Anbieter exportieren

Informationen zum Exportieren der Zonendatei finden Sie in der Dokumentation Ihres Anbieters. Cloud DNS unterstützt den Import von Zonendateien im Eintragsformat BIND oder YAML.

Beispiel:

• Wechseln Sie für Dyn zu Meine Zonendatei herunterladen.

• Für AWS Route 53, das den Export nicht unterstützt, können Sie das Open-Source-Tool cli53 verwenden.

Datensatz importieren

Nachdem Sie die Datei von Ihrem anderen Anbieter exportiert haben, können Sie sie mit gcloud-Befehlen in die verwaltete Zone importieren.

Sie müssen die Apex-Datensätze entfernen oder die auf dem Tab gcloud beschriebenen Flags verwenden, um Datensätze richtig importieren zu können.

gcloud

Verwenden Sie den Befehl dns record-sets import, um Datensätze zu importieren. Das Flag --zone-file-format gibt für import an, dass eine zonenformatierte BIND-Datei verwendet wird. Wenn Sie dieses Flag weglassen, erwartet import eine im YAML-Format formatierte Eintragsdatei:

gcloud dns record-sets import -z=EXAMPLE_ZONE_NAME
--zone-file-format path-to-example-zone-file

Ersetzen Sie EXAMPLE_ZONE_NAME durch den Namen Ihrer DNS-Zone.

Achtung:

Wenn Ihre Importdatei NS- oder SOA-Einträge für die Spitze der Zone enthält, stehen sie in Konflikt mit den bereits vorhandenen Cloud DNS-Einträgen. Wenn Sie die vorhandenen Cloud DNS-Einträge verwenden möchten (empfohlen), müssen Sie die NS- oder SOA-Einträge aus der Importdatei entfernen. Es gibt jedoch Anwendungsfälle, bei denen dieses Verhalten überschrieben wird. Beachten Sie die folgenden wichtigen Informationen.

Achtung:

Wenn Ihr autoritatives DNS auf mehrere Anbieter aufgeteilt ist und Sie einen Nicht-Cloud-DNS-Primärnamen haben, müssen Sie den Cloud DNS-SOA-Eintrag durch den Datensatz des anderen Anbieters ersetzen. Dazu müssen Sie beim Importieren von Datensätzen das Flag --delete-all-existing verwenden, um die von Cloud DNS bereitgestellten SOA-Einträge zu ersetzen. Andernfalls schlägt das Update fehl, da es Konflikte zwischen den importierten Einträgen und den bereits vorhandenen Cloud DNS-Einträgen gibt.

Aus ähnlichen Gründen können Sie angeben, dass die NS-Einträge in der Importdatei anstelle der vorhandenen Cloud DNS-Einträge verwendet werden, indem Sie die Flags --delete-all-existing und --replace-origin-ns zusammen verwenden. Wenn ein NS-Eintrag für die Spitze einer Zone angegeben wird, tritt ein Fehler auf, auch wenn das Flag --replace-origin-ns nicht angegeben ist. Entfernen Sie diese Datensätze entweder aus der Importdatei oder verwenden Sie, falls erforderlich, beide Flags --delete-all-existing oder --replace-origin-ns.

Hinweis:

Bei einigen DNS-Implementierungen und -Anbietern werden BIND-Zonendateien exportiert, die keinen abschließenden Punkt in Domainnamendaten in CNAME-, MX-, PTR- und anderen Einträgen enthalten. Bei Zonendateien folgt Cloud DNS den RFC-Standards und interpretiert alle Domainnamen ohne einen abschließenden Punkt relativ zum DNS-Namen der Zone. Daher führt das Importieren der folgenden MX-Einträge in eine Zone mit dem DNS-Namen example.com zu identischen (und vermutlich unerwünschten) Einträgen für beide:

    in.smtp              IN MX 5 gmail-smtp-in.l.google.com
    in.smtp.example.com. IN MX 5 gmail-smtp-in.l.google.com.example.com.

Überprüfen Sie vor dem Importieren der Zonendateien, ob diese alle endgültigen Punkte haben.

Übernahme von DNS-Änderungen überprüfen

Wenn Sie überwachen und prüfen möchten, ob die Cloud DNS-Nameserver Ihre Änderungen übernommen haben, können Sie die Linux-Befehle watch und dig verwenden.

Hinweis: Die Befehle watch und dig sind keine gcloud-Befehle und werden nicht mit dem Präfix gcloud verwendet. Auf Nicht-Linux-Betriebssystemen müssen Sie möglicherweise die Befehle watch und dig installieren.

gcloud und Linux

1. Führen Sie zum Aufrufen der Cloud DNS-Nameserver Ihrer Zone den Befehl dns managed-zones describe aus:

   gcloud dns managed-zones describe EXAMPLE_ZONE_NAME
   

   Ersetzen Sie EXAMPLE_ZONE_NAME durch den Namen Ihrer DNS-Zone.

   Die Ausgabe sieht in etwa so aus:

   nameServers:
   - ns-cloud-a1.googledomains.com.
   - ns-cloud-a2.googledomains.com.
   - ns-cloud-a3.googledomains.com.
   - ns-cloud-a4.googledomains.com.
   

   In der Ausgabe wird der auf den ns-cloud--Namensteil folgende Buchstabe als Nameserver-Shard bezeichnet. Es gibt fünf solcher Shards (Buchstaben A–E). Weitere Informationen zu Shards finden Sie unter Limits für Nameserver.

2. Überprüfen Sie, ob die Einträge auf den Nameservern verfügbar sind.

   watch dig example.com @ZONE_NAME_SERVER
   

   Ersetzen Sie ZONE_NAME_SERVER durch einen der Nameserver, die bei der Ausführung des vorherigen Befehls zurückgegeben wurden.

3. Wenn Ihre Änderung angezeigt wird, drücken Sie zum Beenden Ctrl+C.

Der Befehl watch führt standardmäßig alle zwei Sekunden den Befehl dig aus. Sie können mit diesem Befehl festlegen, wann der autoritative Nameserver Ihre Änderung übernimmt. Dies sollte innerhalb von 120 Sekunden erfolgen.

Nameserver-Datensätze meines Registrators aktualisieren

Melden Sie sich bei Ihrem Registrator-Anbieter an und ändern Sie die autoritativen Nameserver so, dass sie auf die Nameserver verweisen, die Sie in Schritt 1 gesehen haben: Notieren Sie sich die Gültigkeitsdauer (Time to Live, TTL), die der Registrator für die Datensätze festgelegt hat. So lange müssen Sie warten, bis die neuen Nameserver verwendet werden.

Änderungen abwarten und dann überprüfen

Mit den folgenden Linux-Befehlen können Sie die autoritativen Nameserver für Ihre Domain im Internet abrufen:

dig +short NS example.com

Wenn die Ausgabe zeigt, dass alle Änderungen übernommen wurden, ist Ihre Aufgabe abgeschlossen. Wenn noch nicht alle Änderungen übernommen wurden, können Sie periodisch überprüfen oder den Befehl automatisch alle 2 Sekunden ausführen, während Sie die Änderung der Nameserver abwarten. Gehen Sie dazu so vor:

watch dig +short NS example.com

Ctrl+C beendet den Befehl.

Wenn Sie Linux nicht nutzen, können Sie den Befehl nslookup verwenden.

Nächste Schritte

• Wie Sie Datensätze hinzufügen, löschen oder aktualisieren, erfahren Sie unter Einträge verwalten.
• Informationen zur Verwendung von JSON-Formaten für Cloud DNS-Eintragstypen finden Sie unter Datensatzformat (JSON).
• Informationen zu Lösungen für häufige Probleme, die bei der Verwendung von Cloud DNS auftreten können finden Sie unter Fehlerbehebung.
• Eine Übersicht über Cloud DNS finden Sie in der Cloud DNS-Übersicht.
• Informationen zur Cloud DNS-Befehlszeile finden Sie in der Dokumentation zur Google Cloud CLI.