Die vorliegende Übersetzung wurde maschinell erstellt. Im Falle eines Konflikts oder eines Widerspruchs zwischen dieser übersetzten Fassung und der englischen Fassung (einschließlich infolge von Verzögerungen bei der Übersetzung) ist die englische Fassung maßgeblich.
Erstellen einer Subdomäne, die Amazon Route 53 als DNS-Dienst verwendet, ohne die übergeordnete Domäne zu migrieren
Sie können eine Subdomäne erstellen, die Amazon Route 53 als DNS-Dienst verwendet, ohne die übergeordnete Domäne von einem anderen DNS-Dienst zu migrieren.
Der Vorgang umfasst folgende grundlegende Schritte:
-
Ermitteln Sie, ob Sie dieses Verfahren überhaupt anwenden sollten.
-
Fügen Sie Datensätze für die neue Subdomäne zu Ihrer gehosteten Route-53-Zone hinzu.
-
Nur API: Bestätigen Sie, dass Ihre Änderungen an alle Route-53-DNS-Server übertragen wurden.
Anmerkung
Derzeit ist die einzige Möglichkeit, zu überprüfen, ob die Änderungen weitergegeben wurden, die Verwendung der API-Aktion GetChange. Änderungen werden im Allgemeinen innerhalb von 60 Sekunden an alle Route-53-Server übertragen.
Entscheidung über die Verfahren zum Erstellen einer Subdomäne
Die Verfahren in diesem Thema erläutern, wie Sie eine ungewöhnliche Operation durchführen. Wenn Sie bereits Route 53 als DNS-Dienst für Ihre Domäne verwenden und den Datenverkehr für eine Subdomäne (z. B. www.example.com) an ihre Ressourcen weiterleiten möchten, beispielsweise an einen Webserver, der auf einer EC2-Instance ausgeführt wird, informieren Sie sich unter Weiterleiten von Datenverkehr für Subdomänen.
Wenden Sie dieses Verfahren nur an, wenn Sie einen anderen DNS-Dienst für eine Domäne verwenden, z. B. example.com, und Route 53 als DNS-Dienst für eine neue Subdomäne dieser Domäne verwenden möchten, z. B. www.example.com.
Erstellen einer gehosteten Zone für die neue Subdomäne
Wenn Sie Amazon Route 53 als DNS-Dienst für eine neue Subdomäne verwenden möchten, ohne Migration der übergeordneten Domäne, erstellen Sie zunächst eine gehostete Zone für die Subdomäne. Route 53 speichert Informationen über Ihre Subdomäne in der gehosteten Zone.
Weitere Informationen zum Erstellen einer gehosteten Zone mithilfe der Route-53-Konsole finden Sie unter Erstellen einer öffentlichen gehosteten Zone.
Erstellen von Datensätzen
Sie können Datensätze entweder über die Amazon-Route-53-Konsole oder die Route-53-API erstellen. Die Datensätze, die Sie in Route 53 erstellen, werden von DNS verwendet, nachdem Sie die Verantwortlichkeit für die Subdomäne an Route 53 delegiert haben, wie im Abschnitt Aktualisieren des DNS-Dienst mit den Nameserver-Datensätzen für die Subdomäne unten erläutert.
Wichtig
Erstellen Sie keine zusätzlichen Namensserver (NS)- oder Autoritätsursprung (SOA)-Datensätze in der gehosteten Route-53-Zone, und löschen Sie nicht die vorhandenen NS- und SOA-Datensätze.
Informationen zum Erstellen von Datensätzen mit der Route-53-Konsole finden Sie unter Arbeiten mit Datensätzen. Um Datensätze mit der Route-53-API zu erstellen, verwenden Sie ChangeResourceRecordSets. Weitere Informationen finden Sie unter ChangeResourceRecordSets in der Amazon-Route-53-API-Referenz.
Überprüfen des Status Ihrer Änderungen (nur API)
Die Verteilung der neuen gehosteten Zone und das Ändern der Datensätze auf die Route-53-DNS-Server nimmt etwas Zeit in Anspruch. Wenn Sie ChangeResourceRecordSets zum Erstellen Ihrer Datensätze verwendet haben, können Sie die GetChange -Aktion verwenden, um zu bestimmen, ob Ihre Änderungen weitergegeben wurden. (ChangeResourceRecordSets gibt einen Wert für ChangeId zurück, den Sie in eine nachfolgende GetChange-Anforderung aufnehmen können. ChangeId ist nicht verfügbar, wenn Sie die Datensätze mithilfe der Konsole erstellt haben.) Weitere Informationen finden Sie unter GET GetChange in der Amazon-Route-53-API-Referenz.
Anmerkung
Änderungen werden im Allgemeinen innerhalb von 60 Sekunden an alle Route-53-Server übertragen.
Aktualisieren des DNS-Dienst mit den Nameserver-Datensätzen für die Subdomäne
Nachdem Ihre Änderungen an den Amazon-Route-53-Datensätzen weitergegeben wurden (siehe Überprüfen des Status Ihrer Änderungen (nur API)), aktualisieren Sie den DNS-Dienst für die übergeordnete Domäne, indem Sie NS-Datensätze für die Subdomäne hinzufügen. Dies wird als Delegieren der Verantwortlichkeit für die Subdomäne an Route 53 bezeichnet. Beispiel: Wenn die übergeordnete Domäne „example.com“ mit einem anderen DNS-Dienst gehostet wird und Sie die Subdomäne „test.example.com“ in Route 53 erstellt haben, müssen Sie den DNS-Dienst für „example.com“ mit neuen NS-Datensätzen für "test.example.com" aktualisieren.
Führen Sie die folgenden Schritte aus.
-
Sichern Sie mithilfe der Methode Ihres DNS-Dienstes die Zonendatei für die übergeordnete Domäne.
-
Rufen Sie in der Route-53-Konsole die Nameserver für Ihre gehostete Route-53-Zone ab:
Melden Sie sich bei der AWS Management Console-Managementkonsole an und öffnen Sie die Route-53-Konsole unter https://console.aws.amazon.com/route53/
. Klicken Sie im Navigationsbereich auf Hosted Zones (Gehostete Zonen).
Wählen Sie auf der Seite Hosted Zones (Gehostete Zonen) das Optionsfeld (nicht den Namen) für die gehostete Zone aus und wählen Sie dann View Details (Details anzeigen) aus.
Wählen Sie auf der Detailseite für die gehostete Zone Hosted Zone details (Details der gehosteten Zone) aus.
Notieren Sie sich die vier Server, die für Nameserver aufgeführt sind.
Sie können aber auch die
GetHostedZone-Aktion verwenden. Weitere Informationen finden Sie unter GetHostedZone in der Amazon-Route-53-API-Referenz. -
Fügen Sie mithilfe der Methode Ihres DNS-Dienstes der übergeordneten Domäne NS-Datensätze für die Subdomäne zur Zonendatei für die übergeordnete Domäne hinzu. Geben Sie in diesen NS-Datensätzen die vier Route-53-Namensserver für die gehostete Zone an, die Sie in Schritt 1 erstellt haben.
Wichtig
Fügen Sie keinen SOA-Datensatz zur Zonendatei für die übergeordnete Domäne hinzu. Da die Subdomäne Route 53 verwendet, hat der DNS-Dienst für die übergeordnete Domäne nicht die Autorität für die Subdomäne.
Wenn Ihr DNS-Dienst automatisch einen SOA-Datensatz für die Subdomäne hinzugefügt hat, löschen Sie den Datensatz für die Subdomäne. Löschen Sie den SOA-Datensatz jedoch nicht für die übergeordnete Domäne.
