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. # Arbeiten mit öffentlichen gehosteten Zonen Eine öffentliche gehostete Zone ist ein Container mit Informationen darüber, wie Sie im Internet Datenverkehr zu einer bestimmten Domäne (z. B. example.com) und ihren Unterdomänen (z. B. acme.example.com, zenith.example.com) weiterleiten wollen. Sie erhalten eine öffentliche gehostete Zone auf eine von zwei Arten: + Wenn Sie eine Domäne bei Route 53 registrieren, erstellen wir für Sie automatisch eine gehostete Zone. + Bei der Übertragung von DNS-Dienst für eine vorhandene Domäne nach Route 53 erstellen Sie zuerst eine gehostete Zone für die Domäne. Weitere Informationen finden Sie unter [Amazon Route 53 zum DNS-Dienst für eine vorhandene Domäne machenRoute 53 zum DNS-Dienst für eine vorhandene Domäne machen](MigratingDNS.md). In beiden Fällen erstellen Sie anschließend Datensätze in der gehosteten Zone, um anzugeben, wie der Datenverkehr für die Domäne und die Unterdomänen weitergeleitet werden soll. Sie können beispielsweise einen Datensatz erstellen, um den Verkehr für www.example.com an eine CloudFront Distribution oder einen Webserver in Ihrem Rechenzentrum weiterzuleiten. Weitere Informationen über Einträge finden Sie unter [Arbeiten mit Datensätzen](rrsets-working-with.md). In diesem Thema wird erläutert, wie Sie die Amazon Route 53-Konsole verwenden, um öffentlich gehostete Zonen zu erstellen, aufzulisten und zu löschen. **Anmerkung** Sie können auch eine *privat* gehostete Route 53-Zone verwenden, um den Verkehr innerhalb einer oder mehrerer Zonen weiterzuleiten VPCs , die Sie mit dem Amazon VPC-Service erstellen. Weitere Informationen finden Sie unter [Arbeiten mit privat gehosteten Zonen](hosted-zones-private.md). **Topics** + [Überlegungen zum Arbeiten mit öffentlichen gehosteten Zonen](hosted-zone-public-considerations.md) + [Erstellen einer öffentlichen gehosteten Zone](CreatingHostedZone.md) + [Das Abrufen der Nameserver für eine öffentliche gehostete Zone](GetInfoAboutHostedZone.md) + [Auflisten der öffentlichen gehosteten Zonen](ListInfoOnHostedZone.md) + [Anzeigen von DNS-Abfragemetriken für eine öffentliche gehostete Zone](hosted-zone-public-viewing-query-metrics.md) + [Löschen einer öffentlichen gehosteten Zone](DeleteHostedZone.md) + [Überprüfen der DNS-Antworten von Route 53](dns-test.md) + [Konfigurieren von White-Label-Nameservern](white-label-name-servers.md) + [NS- und SOA-Datensätze, die Amazon Route 53 für eine öffentliche gehostete Zone erstellt](SOA-NSrecords.md) + [Aktivierung der beschleunigten Wiederherstellung für die Verwaltung öffentlicher DNS-Einträge](accelerated-recovery.md) # Überlegungen zum Arbeiten mit öffentlichen gehosteten Zonen Beachten Sie die folgenden Überlegungen, wenn Sie mit öffentlichen gehosteten Zonen arbeiten: **NS- und SOA-Datensätze** Bei der Erstellung einer gehosteten Zone erstellt Amazon Route 53 automatisch einen NS-Eintrag (Namenserver) und einen SOA-Eintrag (Start of Authority, Autoritätsursprung) für die Zone. Der NS-Eintrag identifiziert die vier Namenserver, die Sie der Vergabestelle oder dem DNS-Dienst nennen, sodass DNS-Abfragen an die Route 53-Namenserver weitergeleitet werden. Weitere Informationen über NS- und SOA-Einträge finden Sie unter [NS- und SOA-Datensätze, die Amazon Route 53 für eine öffentliche gehostete Zone erstellt](SOA-NSrecords.md). **Mehrere gehostete Zonen mit demselben Namen** Sie können mehr als eine gehostete Zone mit demselben Namen erstellen und verschiedene Datensätze für jede gehostete Zone hinzufügen. Route 53 weist jeder gehosteten Zone vier Nameserver zum, und die Nameserver sind jeweils unterschiedlich. Wenn Sie die Nameserverdatensätze Ihrer Vergabestellt ändern, achten Sie darauf, Route 53-Nameserver für die richtige gehostete Zone verwenden, nämlich die mit den Ressourcendatensätze, die Route 53 für die Antwort auf Abfragen für Ihre Domäne verwenden soll. Route 53 gibt nie Werte für Datensätze in anderen gehosteten Zonen aus, die denselben Namen haben. **Wiederverwendbare Delegationssätze** Standardmäßig weist Route 53 einen eindeutigen Satz von vier Nameservern (gemeinsam Delegierungsgruppe genannt) jeder gehosteten Zone zu, die Sie erstellen. Wenn Sie eine große Anzahl von gehosteten Zonen erstellen möchten, können Sie programmgesteuert eine wiederverwendbare Delegierungsgruppe erstellen. (Wiederverwendbare Delegierungsgruppen sind nicht in der Route 53-Konsole verfügbar.) Anschließend können Sie gehostete Zonen programmgesteuert erstellen und jeder gehostete Zone dieselbe wiederverwendbare Delegierungsgruppe zuordnen – dieselben vier Namenserver. Wiederverwendbare Delegierungsgruppen vereinfachen die Migration des DNS-Dienst in Route 53, da Sie Ihre Domänenname-Vergabestelle anweisen können, dieselben vier Namenserver für alle Domänen zu verwenden, für die Route 53 als DNS-Dienst verwendet werden soll. Weitere Informationen finden Sie [CreateReusableDelegationSet](https://docs.aws.amazon.com/Route53/latest/APIReference/API_CreateReusableDelegationSet.html)in der *Amazon Route 53 API-Referenz*. # Erstellen einer öffentlichen gehosteten Zone Eine öffentliche gehostete Zone ist ein Container mit Informationen darüber, wie Sie im Internet Datenverkehr zu einer bestimmten Domäne (z. B. example.com) und ihren Unterdomänen (z. B. acme.example.com, zenith.example.com) weiterleiten wollen. Nachdem Sie eine gehostete Zone erstellt haben, legen Sie Datensätze an, um anzugeben, wie der Datenverkehr für die Domäne und die Unterdomänen weitergeleitet werden soll. **Einschränkungen** Beachten Sie die folgenden Einschränkungen für die Erstellung von Hosting-Zonen mit Route 53. Sie können eine gehostete Zone nur für eine Domäne erstellen, die Sie über die Berechtigung zur Verwaltung verfügen. Das heißt in der Regel, dass Sie Eigentümer der Domäne sind. Es könnte aber auch bedeuten, dass Sie eine Anwendung für den Eigentümer entwickeln. Sie können Hosting-Zonen nur für Domains und Subdomains erstellen. Route 53 unterstützt nicht das Hosten von Top-Level-Domains (TLD) wie. `.com` **So erstellen Sie eine öffentlich gehostete Zone mit der Route 53-Konsole** 1. Melden Sie sich bei der an AWS-Managementkonsole und öffnen Sie die Route 53-Konsole unter. [https://console.aws.amazon.com/route53/](https://console.aws.amazon.com/route53/) 1. Wenn Sie erst mit der Verwendung von Route 53 begonnen haben, wählen Sie **Get Started (Erste Schritte)** unter **DNS Management** aus. Wenn Sie Route 53 bereits nutzen, wählen Sie **Hosted zones (Gehostete Zonen)** im Navigationsbereich aus. 1. Wählen Sie **Create Hosted Zone (Gehostete Zone)** aus. 1. Geben Sie im Bereich **Create Hosted Zone (Gehostete Zone erstellen)** den Namen der Domäne ein, zu der Sie Datenverkehr weiterleiten wollen. Optional können Sie auch einen Kommentar eingeben. Erläuterungen dazu, wie Sie andere Zeichen als a-z, 0-9 und - (Bindestrich) eingeben und wie internationale Domainnamen angegeben werden, erhalten Sie unter [Format für DNS-Domänennamen](DomainNameFormat.md). 1. Übernehmen Sie für **Type (Typ)** den Standardwert **Public Hosted Zone (Öffentlich gehostete Zone)**. 1. Wählen Sie **Erstellen** aus. 1. Erstellen Sie Datensätze, die angeben, wie Sie den Datenverkehr für die Domäne und die Unterdomänen weiterleiten möchten. Weitere Informationen finden Sie unter [Arbeiten mit Datensätzen](rrsets-working-with.md). 1. Informationen zur Verwendung von Datensätzen in der neuen gehosteten Zone zur Weiterleitung des Datenverkehrs für Ihre Domäne finden Sie unter dem entsprechenden Thema: + Wenn Sie Route 53 als DNS-Dienst für eine Domäne verwenden, die bei einer anderen Domänenvergabestelle registriert ist, lesen Sie nach unter [Amazon Route 53 zum DNS-Dienst für eine vorhandene Domäne machenRoute 53 zum DNS-Dienst für eine vorhandene Domäne machen](MigratingDNS.md). + Wenn die Domäne mit Route 53 registriert wurde, lesen Sie [Hinzufügen oder Ändern der Nameserver und Glue-Datensätze in einer Domäne](domain-name-servers-glue-records.md). # Das Abrufen der Nameserver für eine öffentliche gehostete Zone Sie erhalten die Nameserver für eine öffentliche gehostete Zone, wenn Sie den DNS-Dienst für Ihre Domänenregistrierung ändern möchten. Informationen zum Ändern des DNS-Dienstes finden Sie unter [Amazon Route 53 zum DNS-Dienst für eine vorhandene Domäne machenRoute 53 zum DNS-Dienst für eine vorhandene Domäne machen](MigratingDNS.md). **Anmerkung** Bei einigen Vergabestellen ist die Angabe von vollständig qualifizierten Domänennamen unzulässig. Dort können Sie Namenserver nur unter Verwendung von IP-Adressen angeben. Wenn Ihre Vergabestelle voraussetzt, dass Sie IP-Adressen verwenden, können Sie die IP-Adressen für Ihre Namensserver mithilfe von "dig" (für Mac, Unix oder Linux) oder "nslookup" (für Windows) abrufen. Wir ändern die IP-Adressen von Namensservern selten. Wenn wir die IP-Adressen ändern müssen, benachrichtigen wir Sie im Voraus. **So rufen Sie die Nameserver für eine gehostete Zone mithilfe der Route 53-Konsole ab** 1. Melden Sie sich bei der an AWS-Managementkonsole und öffnen Sie die Route 53-Konsole unter [https://console.aws.amazon.com/route53/](https://console.aws.amazon.com/route53/). 1. Klicken Sie im Navigationsbereich auf **Hosted Zones (Gehostete Zonen)**. 1. 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. 1. Wählen Sie auf der Detailseite für die gehostete Zone **Hosted Zone details (Details der gehosteten Zone)** aus. 1. Notieren Sie sich die vier Namen, die für **Name Servers** aufgelistet werden. # Auflisten der öffentlichen gehosteten Zonen Sie können die Amazon Route 53-Konsole verwenden, um alle Hosting-Zonen aufzulisten, die Sie mit dem aktuellen AWS Konto erstellt haben. Informationen zum Auflisten von Hosting-Zonen mithilfe der Route 53-API finden Sie [ListHostedZones](https://docs.aws.amazon.com/Route53/latest/APIReference/API_ListHostedZones.html)in der *Amazon Route 53-API-Referenz*. **So listen Sie mithilfe der Route 53-Konsole die öffentlichen Hosting-Zonen auf, die einem AWS Konto zugeordnet sind** 1. Melden Sie sich bei der an AWS-Managementkonsole und öffnen Sie die Route 53-Konsole unter [https://console.aws.amazon.com/route53/](https://console.aws.amazon.com/route53/). 1. Klicken Sie im Navigationsbereich auf **Hosted Zones (Gehostete Zonen)**. Auf der Seite wird eine Liste der Hosting-Zonen angezeigt, die dem AWS Konto zugeordnet sind, mit dem Sie derzeit angemeldet sind. 1. Verwenden Sie die Suchleiste oben in der Tabelle, um gehostete Zonen zu filtern. Das Suchverhalten hängt davon ab, ob die gehostete Zone bis zu 2.000 Datensätze oder mehr als 2.000 Datensätze enthält: **Bis zu 2.000 gehostete Zonen** + Um Datensätze anzuzeigen, die einen bestimmten Wert haben, klicken Sie auf die Suchleiste, wählen Sie eine Eigenschaft in der Dropdown-Liste aus, und geben Sie einen Wert ein. Sie können einen Wert auch direkt in der Suchleiste eingeben und die Eingabetaste drücken. Um beispielsweise die gehosteten Zonen anzuzeigen, die einen Namen haben, der mit**abc**Geben Sie diesen Wert in die Suchleiste ein und drücken Sie die Eingabetaste. + Um nur die gehosteten Zonen anzuzeigen, die denselben gehosteten Zonentyp haben, wählen Sie den Typ in der Dropdown-Liste aus, und geben Sie den Typ ein. **Mehr als 2.000 gehostete Zonen** + Sie können nach Eigenschaften basierend auf dem genauen Domänennamen, allen Eigenschaften und dem Typ suchen. + Suchen Sie mit dem genauen Domainnamen für schnellere Suchergebnisse. # Anzeigen von DNS-Abfragemetriken für eine öffentliche gehostete Zone Sie können die Gesamtzahl der DNS-Abfragen anzeigen, die Route 53 für eine bestimmte öffentliche gehostete Zone oder eine Kombination aus öffentlichen gehosteten Zonen beantwortet. Die Metriken werden in angezeigt CloudWatch, sodass Sie ein Diagramm anzeigen, den Zeitraum auswählen können, den Sie anzeigen möchten, und die Metriken auf eine Vielzahl anderer Arten anpassen können. Sie können auch Alarme erstellen und Benachrichtigungen konfigurieren, sodass Sie benachrichtigt werden, wenn die Anzahl der DNS-Abfragen in einem bestimmten Zeitraum ein bestimmtes Level über- oder unterschreitet. **Anmerkung** Route 53 sendet automatisch die Anzahl der DNS-Abfragen an CloudWatch alle öffentlich gehosteten Zonen, sodass Sie nichts konfigurieren müssen, bevor Sie die Abfragemetriken anzeigen können. Für DNS-Abfragemetriken fallen keine Gebühren an. **Welche DNS-Abfragen werden gezählt?** Metriken enthalten nur die Abfragen, die DNS-Resolver an Route 53 weiterleiten. Wenn ein DNS-Auflöser die Antwort auf eine Abfrage (z. B. die IP-Adresse für einen Load Balancer für example.com) bereits zwischengespeichert hat, gibt der Auflöser die zwischengespeicherte Antwort weiter zurück, ohne die Abfrage an Route 53 weiterzuleiten, bis die TTL für den entsprechenden Datensatz abgelaufen ist. Abhängig davon, wie viele DNS-Abfragen für einen Domänennamen (example.com) oder Subdomänennamen (www.example.com) übermittelt werden, welche Resolver von Ihren Benutzern verwendet werden und welche TTL für den Datensatz gilt, enthalten die DNS-Abfragemetriken möglicherweise Informationen zu nur einer von mehreren tausend Abfragen, die an DNS-Resolver übermittelt wurden. Weitere Information zur Funktionsweise von DNS finden Sie unter [So leitet Amazon Route 53 Datenverkehr an Ihre Domain weiter](welcome-dns-service.md#welcome-dns-service-how-route-53-routes-traffic). **Wann werden Abfragemetriken für eine gehostete Zone in CloudWatch angezeigt?** Nachdem Sie eine gehostete Zone erstellt haben, kommt es zu einer Verzögerung von bis zu mehreren Stunden, bevor die gehostete Zone in CloudWatch angezeigt werden kann. Darüber hinaus müssen Sie eine DNS-Abfrage für einen Datensatz in der gehosteten Zone senden, damit Daten angezeigt werden können. **Abrufen von Metriken sind nur in USA Ost (Nord-Virginia) verfügbar** Um Metriken für gehostete Zonen abzurufen, müssen Sie als Region USA Ost (Nord-Virginia) angeben. Um Metriken mit der AWS CLI abzurufen, müssen Sie die AWS Region entweder nicht spezifizieren oder `us-east-1` als Region angeben. Route 53 Metriken sind nicht verfügbar, wenn Sie eine andere Region auswählen. **CloudWatch Metrik und Dimension für DNS-Abfragen** Informationen zur CloudWatch Metrik und Dimension für DNS-Abfragen finden Sie unter[Überwachung von Hosting-Zonen mit Amazon CloudWatch](monitoring-hosted-zones-with-cloudwatch.md). Informationen zu CloudWatch Metriken finden Sie unter [Verwenden von CloudWatch Amazon-Metriken](https://docs.aws.amazon.com/AmazonCloudWatch/latest/monitoring/working_with_metrics.html) im * CloudWatch Amazon-Benutzerhandbuch*. **Anfordern detaillierterer Daten zu DNS-Abfragen** Um detailliertere Informationen zu jeder DNS-Abfrage zu erhalten, die Route 53 beantwortet, einschließlich der folgenden Werte, können Sie die Abfrageprotokollierung konfigurieren: + Domain oder Subdomain, die angefordert wurde + Das Datum und die Uhrzeit der Anforderung + DNS-Datensatztyp (z. B. A oder AAAA) + Der Edge-Standort von Route 53, der auf die DNS-Abfrage geantwortet hat + Der DNS-Antwortcode, wie z. B. `NoError` oder `ServFail` Weitere Informationen finden Sie unter [Öffentliche DNS-Abfrageprotokollierung](query-logs.md). **So erhalten Sie DNS-Abfragemetriken** Kurz nachdem Sie eine gehostete Zone erstellt haben, beginnt Amazon Route 53, Metriken und Dimensionen einmal pro Minute an zu senden CloudWatch. Sie können die folgenden Verfahren verwenden, um die Metriken auf der CloudWatch Konsole oder mithilfe von AWS Command Line Interface (AWS CLI) anzuzeigen. **Topics** + [DNS-Abfragemetriken für eine öffentlich gehostete Zone in der CloudWatch Konsole anzeigen](#hosted-zone-public-viewing-query-metrics-console) + [Abrufen von DNS-Abfragemetriken mithilfe der AWS CLI](#hosted-zone-public-viewing-query-metrics-cli) ## DNS-Abfragemetriken für eine öffentlich gehostete Zone in der CloudWatch Konsole anzeigen Gehen Sie wie folgt vor, um DNS-Abfragemetriken für öffentlich gehostete Zonen in der CloudWatch Konsole anzuzeigen. **Um DNS-Abfragemetriken für eine öffentlich gehostete Zone auf der CloudWatch Konsole anzuzeigen** 1. Melden Sie sich bei der an AWS-Managementkonsole und öffnen Sie die CloudWatch Konsole unter [https://console.aws.amazon.com/cloudwatch/](https://console.aws.amazon.com/cloudwatch/). 1. Wählen Sie im Navigationsbereich **Metriken** aus. 1. Wählen Sie in der Liste der AWS Regionen in der oberen rechten Ecke der Konsole die Option **USA Ost (Nord-Virginia)** aus. Route 53-Metriken sind nicht verfügbar, wenn Sie eine andere AWS Region auswählen. 1. Klicken Sie auf der Registerkarte **All metrics** auf **Route 53**. 1. Wählen Sie **Hosted Zone Metrics (Metriken für gehostete Zonen)** aus. 1. Aktivieren Sie das Kontrollkästchen für eine oder mehrere Hosting-Zonen, die den Metriknamen haben **DNSQueries**. 1. Ändern Sie auf der Registerkarte **Graphed metrics (Grafische Metriken)** die entsprechenden Werte, um die Metriken im gewünschten Format anzuzeigen. Wählen Sie für **Statistik** die Option **Summe** oder **SampleCount**; beide Statistiken zeigen denselben Wert an. ## Abrufen von DNS-Abfragemetriken mithilfe der AWS CLI Um DNS-Abfragemetriken mit dem AWS CLI abzurufen, verwenden Sie den [get-metric-data](https://docs.aws.amazon.com/cli/latest/reference/cloudwatch/get-metric-data.html)Befehl. Beachten Sie Folgendes: + Sie geben die meisten Werte für den Befehl in einer separaten JSON-Datei an. Weitere Informationen finden Sie unter [get-metric-data](https://docs.aws.amazon.com/cli/latest/reference/cloudwatch/get-metric-data.html). + Der Befehl gibt einen Wert für jedes Intervall zurück, das Sie für `Period` in der JSON-Datei angeben. `Period` wird in Sekunden angegeben. Wenn Sie also einen Zeitraum von fünf Minuten und `60` für `Period` angeben, erhalten Sie fünf Werte. Wenn Sie einen Zeitraum von fünf Minuten und `300` für `Period` angeben, erhalten Sie einen Wert. + In der JSON-Datei können Sie einen beliebigen Wert für `Id` angeben. + Lassen Sie die AWS Region entweder unspezifiziert oder geben Sie `us-east-1` sie als Region an. Route 53 Metriken sind nicht verfügbar, wenn Sie eine andere Region auswählen. Weitere Informationen finden Sie unter [Konfiguration der AWS CLI](https://docs.aws.amazon.com/cli/latest/userguide/cli-chap-configure.html) im *AWS Command Line Interface Benutzerhandbuch*. Hier ist der AWS CLI Befehl, mit dem Sie DNS-Abfragemetriken für den Zeitraum von fünf Minuten zwischen 4:01 und 4:07 Uhr am 1. Mai 2019 abrufen. Der `metric-data-queries`-Parameter verweist auf die JSON-Beispieldatei, die dem Befehl folgt. ``` aws cloudwatch get-metric-data --metric-data-queries file://./metric.json --start-time 2019-05-01T04:01:00Z --end-time 2019-05-01T04:07:00Z ``` Hier sehen Sie die Beispiel-JSON-Datei: ``` [ { "Id": "my_dns_queries_id", "MetricStat": { "Metric": { "Namespace": "AWS/Route53", "MetricName": "DNSQueries", "Dimensions": [ { "Name": "HostedZoneId", "Value": "Z1D633PJN98FT9" } ] }, "Period": 60, "Stat": "Sum" }, "ReturnData": true } ] ``` Hier sehen Sie die Ausgabe dieses Befehls. Beachten Sie Folgendes: + Die Start- und Endzeit im Befehl decken einen Zeitraum von sieben Minuten ab, `2019-05-01T04:01:00Z` bis `2019-05-01T04:07:00Z`. + Es gibt nur sechs Rückgabewerte. Es gibt keinen Wert für `2019-05-01T04:05:00Z`, da während dieser Minute keine DNS-Abfragen stattgefunden haben. + Der in der JSON-Datei `Period` angegebene Wert ist `60` (Sekunden), sodass die Werte in 1-Minuten-Intervallen gemeldet werden. ``` { "MetricDataResults": [ { "Id": "my_dns_queries_id", "StatusCode": "Complete", "Label": "DNSQueries", "Values": [ 101.0, 115.0, 103.0, 127.0, 111.0, 120.0 ], "Timestamps": [ "2019-05-01T04:07:00Z", "2019-05-01T04:06:00Z", "2019-05-01T04:04:00Z", "2019-05-01T04:03:00Z", "2019-05-01T04:02:00Z", "2019-05-01T04:01:00Z" ] } ] } ``` # Löschen einer öffentlichen gehosteten Zone In diesem Abschnitt wird erläutert, wie Sie eine öffentlich gehostete Zone mithilfe der Amazon-Route-53-Konsole verwenden können. Sie können eine gehostete Zone nur dann löschen, wenn keine Datensätze (abgesehen von den Standard-SOA- und NS-Datensätzen) vorhanden sind. Wenn Ihre gehostet Zone andere Datensätze enthält, müssen Sie diese löschen, bevor Sie Ihre gehostete Zone löschen können. Dadurch wird verhindert, dass Sie versehentlich eine gehostete Zone löschen, die noch Datensätze enthält. **Topics** + [Verhindern einer Weiterleitung des Datenverkehrs zu Ihrer Domäne](#delete-public-hosted-zone-stop-routing) + [Löschen von öffentlichen gehosteten Zonen, die von einem anderen Dienst erstellt wurden](#delete-public-hosted-zone-created-by-another-service) + [Löschen einer öffentlichen gehosteten Zone mit der Route 53-Konsole.](#delete-public-hosted-zone-procedure) ## Verhindern einer Weiterleitung des Datenverkehrs zu Ihrer Domäne Wenn Sie Ihre Domänenregistrierung behalten möchten, aber die Weiterleitung von Internetdatenverkehr an Ihre Website oder Webanwendung beenden möchten, empfehlen wir, dass Sie *Datensätze* in der gehosteten Zone löschen, statt die gehostete Zone zu löschen. **Wichtig** Wenn Sie eine gehostete Zone löschen, können Sie diese nicht wiederherstellen. Sie müssen eine neue gehostete Zone erstellen und Sie die Namensserver für Ihre Domain-Registrierung aktualisieren. Es kann bis zu 48 Stunden dauern, bis diese Einstellungen wirksam werden. Wenn Sie eine gehostete Zone löschen, könnte sich außerdem jemand die Domäne aneignen und den Datenverkehr über Ihren Domänennamen an die eigenen Ressourcen weiterleiten. Wenn Sie die Zuständigkeit für eine Subdomäne an eine gehostete Zone delegiert haben und die untergeordnete gehostete Zone löschen möchten, müssen Sie auch die übergeordnete gehostete Zone aktualisieren. Löschen Sie hierzu den NS-Datensatz, der denselben Namen wie die untergeordnete gehostete Zone hat. Wenn Sie z. B. die gehostete Zone „acme.example.com“ löschen möchten, müssen Sie auch den NS-Datensatz „acme.example.com“ in der gehosteten Zone „example.com“ löschen. Es wird empfohlen, zuerst den NS-Datensatz zu löschen und auf die Dauer der TTL für den NS-Datensatz zu warten, bevor Sie die untergeordnete gehostete Zone löschen. Dadurch wird sichergestellt, dass sich niemand die untergeordnete gehostete Zone aneignen kann, während die Nameserver für die untergeordnete gehostete Zone noch in DNS-Resolvern zwischengespeichert sind. Wenn Sie die monatliche Gebühr für die gehostete Zone vermeiden möchten, können Sie den DNS-Dienst für die Domäne auf einen kostenlosen DNS-Dienst übertragen. Wenn Sie den DNS-Dienst übertragen, müssen Sie die Nameserver für die Domänenregistrierung aktualisieren. Wenn die Domäne bei Route 53 registriert ist, finden Sie unter [Hinzufügen oder Ändern der Nameserver und Glue-Datensätze in einer Domäne](domain-name-servers-glue-records.md) Informationen darüber, wie Sie Route 53-Nameserver durch Nameserver für den neuen DNS-Dienst ersetzen können. Wenn die Domäne mit einer anderen Vergabestellt registriert wurde, verwenden Sie die Methode der Vergabestelle, um Namensserver für die Domänenregistrierung zu aktualisieren. Weitere Informationen finden Sie über eine Internet-Suche nach „kostenloser DNS-Dienst“. ## Löschen von öffentlichen gehosteten Zonen, die von einem anderen Dienst erstellt wurden Wenn eine gehostete Zone von einem anderen Dienst erstellt wurde, können Sie diese nicht mithilfe der Route 53-Konsole löschen. Stattdessen müssen Sie den entsprechenden Vorgang für den anderen Dienst verwenden: + **AWS Cloud Map**— Um eine gehostete Zone zu löschen, die bei der AWS Cloud Map Erstellung eines öffentlichen DNS-Namespace erstellt wurde, löschen Sie den Namespace. AWS Cloud Map löscht die gehostete Zone automatisch. Weitere Informationen finden Sie unter [Löschen von Namespaces](https://docs.aws.amazon.com/cloud-map/latest/dg/deleting-namespaces.html) im *AWS Cloud Map Entwicklerleitfaden*. + **Amazon Elastic Container Service (Amazon ECS) Service Discovery** - So löschen Sie eine öffentlich gehostete Zone, die Amazon ECS erstellt hat, als Sie einen Dienst mithilfe der Dienst-Erkennung erstellt haben, löschen Sie die Amazon-ECS-Dienste, die den Namespace verwenden und löschen Sie den Namespace. Weitere Informationen finden Sie unter [Angeben vertraulicher Daten](https://docs.aws.amazon.com/AmazonECS/latest/developerguide/delete-service.html) im *Amazon Elastic Container Service-Entwicklerleitfaden*. ## Löschen einer öffentlichen gehosteten Zone mit der Route 53-Konsole. Um die Route 53-Konsole zu verwenden, um eine öffentlich gehostete Zone zu löschen, führen Sie folgendes Verfahren durch. **Löschen einer öffentlichen gehosteten Zone mit der Route 53-Konsole.** 1. Melden Sie sich bei der an AWS-Managementkonsole und öffnen Sie die Route 53-Konsole unter [https://console.aws.amazon.com/route53/](https://console.aws.amazon.com/route53/). 1. Wählen Sie im Navigationsbereich **Gehostete Zonen** aus und wählen Sie den hervorgehobenen Link für die gehostete Zone aus, die Sie löschen möchten. 1. Vergewissern Sie sich, dass die gehostete Zone, die Sie löschen möchten, nur einen NS- und einen SOA-Datensatz enthält. Enthält sie zusätzliche Datensätze, löschen Sie diese. Sie müssen auch die DNSSEC-Signierung deaktivieren: **Anmerkung** Wenn Sie versuchen, die gehostete Zone zu löschen, ohne diese Anforderungen zu erfüllen, gibt Route 53 einen Fehler zurück: Wenn die DNSSEC-Signatur aktiviert ist: Die angegebene Hosting-Zone enthält DNSSEC-Schlüssel zur Schlüsselsignatur und kann daher nicht gelöscht werden Falls andere Ressourcendatensätze existieren (außer den standardmäßigen SOA- und NS-Datensätzen): Die angegebene Hosting-Zone enthält nicht erforderliche Ressourcendatensätze und kann daher nicht gelöscht werden 1. Klicken Sie auf der Detailseite für die gehostete Zone in der Liste **Records** (Datensätze), wenn die Liste der Datensätze irgendwelche Datensätze enthält, für die der Wert der Spalte **Type** (Typ) ein anderer ist als NS oder SOA, auf die entsprechende Zeile, und wählen Sie **Delete** (Löschen) aus. Um mehrere aufeinander folgende Datensätze auszuwählen, wählen Sie die erste Zeile aus, halten Sie die **Umschalttaste** gedrückt, und klicken Sie dann auf die letzte Zeile. Um mehrere nicht aufeinander folgende Datensätze auszuwählen, wählen Sie die erste Zeile aus, halten Sie die **Strg-Taste** gedrückt, und klicken Sie dann auf die gewünschten Zeilen. **Anmerkung** Wenn Sie NS-Datensätze für Subdomänen in der gehosteten Zone erstellt haben, löschen Sie auch diese Datensätze. 1. Navigieren Sie zurück auf die Seite **Hosted Zones** (Gehostete Zonen) und wählen Sie die Zeile für die gehostete Zone aus, die Sie löschen möchten. 1. Wählen Sie **Löschen** aus. 1. Geben Sie den Bestätigungsschlüssel ein und wählen Sie **Delete (Löschen)** aus. 1. Wenn Sie möchten, dass die Domäne im Internet nicht verfügbar ist, empfehlen wir Ihnen, den DNS-Dienst auf einen kostenlosen DNS-Dienst zu übertragen und dann die in Route 53 gehostete Zone zu löschen. Dadurch wird verhindert, dass zukünftige DNS-Abfragen möglicherweise fehlgeleitet werden. Wenn die Domäne bei Route 53 registriert ist, finden Sie unter [Hinzufügen oder Ändern der Nameserver und Glue-Datensätze in einer Domäne](domain-name-servers-glue-records.md) Informationen darüber, wie Sie Route 53-Nameserver durch Nameserver für den neuen DNS-Dienst ersetzen können. Wenn die Domäne mit einer anderen Vergabestellt registriert wurde, verwenden Sie die Methode der Vergabestelle, um Namensserver für die Domäne zu ändern. **Anmerkung** Wenn Sie eine gehostete Zone für eine Subdomäne (acme.example.com) löschen, müssen Sie keine Namensserver für die Domäne (example.com) ändern. # Überprüfen der DNS-Antworten von Route 53 Wenn Sie eine gehostete Amazon Route 53-Zone für Ihre Domain erstellt haben, können Sie die DNS-Überprüfung in der Konsole verwenden, um zu sehen, wie Route 53 auf DNS-Abfragen antwortet, wenn Sie Ihre Domain so konfigurieren, dass sie Route 53 als DNS-Dienst verwendet. Für Daten zu Geolokalisierung, Geonähe und Latenz können Sie auch Abfragen von einer bestimmten and/or Client-IP-Adresse des DNS-Resolver-Clients simulieren, um herauszufinden, welche Antwort Route 53 zurückgeben würde. **Wichtig** Das Tool sendet keine Abfragen an das Domain Name System. Es antwortet nur basierend auf den Einstellungen in den Datensätzen in der gehosteten Zone. Das Tool gibt unabhängig davon, ob die gehostete Zone derzeit verwendet wird dieselben Informationen zurück, um Datenverkehr für die Domäne weiterzuleiten. Die DNS-Überprüfung funktioniert nur bei öffentlichen gehosteten Zonen. **Anmerkung** Das DNS-Prüftool gibt ähnliche Informationen zurück wie im Antwortabschnitt des Befehls `dig`. Wenn Sie also die Namenserver einer Unterdomain abfragen, die auf die übergeordneten Namenserver verweisen, werden diese nicht zurückgegeben. **Topics** + [Mit der Überprüfung die Antworten von Amazon Route 53 auf DNS-Abfragen anzeigen](#dns-test-how-route-53-responds) + [Verwendung der Überprüfung zur Simulation von Abfragen von spezifischen IP-Adressen (nur Datensätze für Geolokation und Latenz)](#dns-test-simulate-requests) ## Mit der Überprüfung die Antworten von Amazon Route 53 auf DNS-Abfragen anzeigen Sie können das Tool verwenden, um zu sehen, welche Antwort Amazon Route 53 als Antwort auf eine DNS-Abfrage für einen Datensatz gibt. **So sehen Sie anhand der Überprüfung, wie Route 53 auf DNS-Abfragen reagiert** 1. Melden Sie sich bei der an AWS-Managementkonsole und öffnen Sie die Route 53-Konsole unter. [https://console.aws.amazon.com/route53/](https://console.aws.amazon.com/route53/) 1. Klicken Sie im Navigationsbereich auf **Hosted Zones**. 1. Wählen Sie auf der Seite **Hosted Zones (Gehostete Zonen)** den Namen der gehosteten Zone aus. Auf der Konsole wird die Liste der Datensätze für diese gehostete Zone angezeigt. 1. Um direkt zur Seite **Check response from Route 53** zu gelangen, wählen Sie **Test record set**. 1. Geben Sie die folgenden Werte an: + Der Name des Datensatzes, abgesehen vom Namen der gehosteten Zone. Um beispielsweise **www.example.com**, zu überprüfen, geben Sie **www** ein. Um **example.com** zu überprüfen, lassen Sie das Feld **Record name (Datensatzname)** leer. + Der Typ des Datensatzes, den Sie überprüfen möchten, z. B. **A** oder **CNAME**. 1. Wählen Sie **Get Response (Antwort abrufen)**. 1. Der Abschnitt **Response returned by Route 53** enthält die folgenden Werte: **DNS-Antwortcode** Ein Code, der angibt, ob die Abfrage gültig war oder nicht. Der gängigste Antwortcode ist **NOERROR** und bedeutet, dass die Abfrage gültig war. Wenn die Antwort nicht gültig ist, gibt Route 53 einen Antwortcode mit Erklärung aus. Eine Liste der möglichen Antwortcodes finden Sie unter [DNS RCODES](http://www.iana.org/assignments/dns-parameters/dns-parameters.xhtml#dns-parameters-6) auf der IANA-Website. **Protocol (Protokoll)** Das Protokoll, das Amazon Route 53 für die Beantwortung einer Abfrage verwendet hat, entweder **UDP** oder **TCP**. **Von Route 53 zurückgegebene Antwort** Der Wert, den Route 53 an eine Webanwendung zurückgeben würde. Der Wert ist einer der folgenden: + Bei Nicht-Alias-Datensätzen enthält die Antwort den Wert oder die Werte im Datensatz. + Bei mehreren Datensätzen, die denselben Namen und Typ haben, der Gewichtung, Latenz, Geolokation und Failover beinhaltet, enthält die Antwort den Wert aus dem entsprechenden Datensatz und basierend auf der Anforderung. + Bei Aliaseinträgen, die auf andere AWS Ressourcen als einen anderen Datensatz verweisen, enthält die Antwort je nach AWS Ressourcentyp eine IP-Adresse oder einen Domänennamen für die Ressource. + Bei Alias-Datensätzen, die auf andere Datensätze verweisen, enthält die Antwort den/die Wert(e) aus dem referenzierten Datensatz. ## Verwendung der Überprüfung zur Simulation von Abfragen von spezifischen IP-Adressen (nur Datensätze für Geolokation und Latenz) Wenn Sie Datensätze für Latenz oder Geolokation erstellt haben, können Sie das Überprüfungstool verwenden, um Abfragen von der IP-Adresse für einen DNS-Resolver und einen Client zu simulieren. **So verwenden Sie die Überprüfung zur Simulation von Abfragen von angegebenen IP-Adressen** 1. Melden Sie sich bei der an AWS-Managementkonsole und öffnen Sie die Route 53-Konsole unter [https://console.aws.amazon.com/route53/](https://console.aws.amazon.com/route53/). 1. Klicken Sie im Navigationsbereich auf **Hosted Zones**. 1. Wählen Sie auf der Seite **Hosted Zones (Gehostete Zonen)** den Namen der gehosteten Zone aus. Auf der Konsole wird die Liste der Datensätze für diese gehostete Zone angezeigt. 1. Um direkt zur Seite **Check response from Route 53** zu gelangen, wählen Sie **Test record set**. Um zur Seite **Check response from Route 53** für einen bestimmten Datensatz zu gelangen, markieren Sie das Kontrollkästchen für den entsprechenden Datensatz, und wählen Sie dann **Test record set**. 1. Wenn Sie **Test record set (Datensatz testen)** ausgewählt haben, ohne vorher einen Datensatz auszuwählen, geben Sie die folgenden Werte an: + Der Name des Datensatzes, abgesehen vom Namen der gehosteten Zone. Um beispielsweise **www.example.com**, zu überprüfen, geben Sie **www** ein. Um **example.com** zu überprüfen, lassen Sie das Feld **Record name (Datensatzname)** leer. + Der Typ des Datensatzes, den Sie überprüfen möchten, z. B. **A** oder **CNAME**. 1. Geben Sie die anwendbaren Werte an: **Resolver-IP-Adresse** Geben Sie eine IPv4 IPv6 Oder-Adresse an, um den Standort des DNS-Resolvers zu simulieren, den ein Client für Anfragen verwendet. Dies ist für das Testen von Datensätzen für Latenz und Geolokation hilfreich. Wenn Sie diesen Wert weglassen, verwendet das Tool die IP-Adresse eines DNS-Resolvers in der Region AWS USA Ost (Nord-Virginia) (us-east-1). **EDNS0 Client-Subnetz-IP** Wenn der Resolver dies unterstützt EDNS0, geben Sie die Client-Subnetz-IP für eine IP-Adresse am entsprechenden geografischen Standort ein, z. B. **192.0.2.0** oder **2001:db** 8:85 a3: :8a2e: 370:7334. **Subnetzmaske** Wenn Sie eine IP-Adresse für die **EDNS0 Client-Subnetz-IP angeben, können Sie optional die Anzahl der Bits der IP-Adresse** angeben, die das Prüftool in die DNS-Abfrage aufnehmen soll. **Wenn Sie beispielsweise **192.0.2.44** für die **EDNS0 Client-Subnetz-IP und **24** für die **Subnetzmaske**** angeben, simuliert das Überprüfungstool eine Abfrage von 192.0.2.0/24.** Der Standardwert ist 24 Bit für Adressen und 64 Bit für Adressen. IPv4 IPv6 1. Wählen Sie **Get Response (Antwort abrufen)**. 1. Der Abschnitt **Response returned by Route 53** enthält die folgenden Werte: **An Route 53 gesendete DNS-Abfrage** Die Abfrage im [BIND format](https://en.wikipedia.org/wiki/Zone_file), welche die Überprüfung an Route 53 gesendet hat. Dies ist dasselbe Format, das eine Webanwendung zum Senden einer Abfrage verwenden würde. Diese drei Werte sind typischerweise der Name des Datensatzes, **IN** (für Internet) und der Typ des Datensatzes. **DNS-Antwortcode** Ein Code, der angibt, ob die Abfrage gültig war oder nicht. Der gängigste Antwortcode ist **NOERROR** und bedeutet, dass die Abfrage gültig war. Wenn die Antwort nicht gültig ist, gibt Route 53 einen Antwortcode mit Erklärung aus. Eine Liste der möglichen Antwortcodes finden Sie unter [DNS RCODES](http://www.iana.org/assignments/dns-parameters/dns-parameters.xhtml#dns-parameters-6) auf der IANA-Website. **Protocol (Protokoll)** Das Protokoll, das Amazon Route 53 für die Beantwortung einer Abfrage verwendet hat, entweder **UDP** oder **TCP**. **Von Route 53 zurückgegebene Antwort** Der Wert, den Route 53 an eine Webanwendung zurückgeben würde. Der Wert ist einer der folgenden: + Bei Nicht-Alias-Datensätzen enthält die Antwort den Wert oder die Werte im Datensatz. + Bei mehreren Datensätzen, die denselben Namen und Typ haben, der Gewichtung, Latenz, Geolokation und Failover beinhaltet, enthält die Antwort den Wert aus dem entsprechenden Datensatz und basierend auf der Anforderung. + Bei Aliaseinträgen, die auf andere AWS Ressourcen als einen anderen Datensatz verweisen, enthält die Antwort je nach AWS Ressourcentyp eine IP-Adresse oder einen Domänennamen für die Ressource. + Bei Alias-Datensätzen, die auf andere Datensätze verweisen, enthält die Antwort den/die Wert(e) aus dem referenzierten Datensatz. # Konfigurieren von White-Label-Nameservern Jede gehostete Amazon Route 53-Zone ist mit vier Namenservern verknüpft, die zusammen als Delegierungsgruppe bezeichnet werden. Standardmäßig haben die Nameserver Namen wie ns-2048.awsdns-64.com. Wenn der Domänenname Ihrer Nameserver derselbe sein soll wie der Domänenname Ihrer gehosteten Zone, beispielsweise ns1.example.com, können Sie die White-Label-Nameserver (auch Vanity-Nameserver oder private Nameserver genannt) konfigurieren. In den folgenden Schritten wird erläutert, wie Sie eine Gruppe von vier White-Label-Nameservern so konfigurieren, dass Sie sie für mehrere Domänen wiederverwenden können. Angenommen, Sie besitzen die Domänen example.com, example.org und example.net. Mit diesen Schritten können Sie White-Label-Nameserver für example.com konfigurieren und für example.org und example.net wiederverwenden. **Topics** + [Schritt 1: Erstellen einer wiederverwendbaren Route 53-Delegierungsgruppe](#white-label-name-servers-create-reusable-delegation-set) + [Schritt 2: Erstellen oder Neuerstellen von gehosteten Amazon Route 53-Zonen und Ändern der TTL für NS- und SOA-Datensätze](#white-label-name-servers-create-hosted-zones) + [Schritt 3: Erneutes Erstellen von Datensätzen für Ihre gehosteten Zonen](#white-label-name-servers-create-resource-record-sets) + [Schritt 4: IP-Adressen abrufen](#white-label-name-servers-get-ip-addresses) + [Schritt 5: Erstellen von Datensätzen für White-Label-Nameserver](#white-label-name-servers-create-white-label-resource-record-sets) + [Schritt 6: Aktualisieren der NS- und SOA-Datensätze](#white-label-name-servers-update-ns-soa-records) + [Schritt 7: Erstellen und Ändern der Nameserver der Vergabestelle](#white-label-name-servers-create-glue-records) + [Schritt 8: Überwachen des Datenverkehrs für die Website oder Anwendung](#white-label-name-servers-monitor-traffic) + [Schritt 9: Kehren Sie zu den ursprünglichen Werten TTLs zurück](#white-label-name-servers-change-ttls-back) + [Schritt 10: Kontaktieren von rekursiven DNS-Dienstes (optional)](#white-label-name-servers-contact-recursive-dns-services) ## Schritt 1: Erstellen einer wiederverwendbaren Route 53-Delegierungsgruppe White-Label-Name-Server sind einem wiederverwendbaren Route 53-Delegierungssatz zugeordnet. Sie können White-Label-Nameserver nur dann für eine gehostete Zone verwenden, wenn die gehostete Zone und der wiederverwendbare Delegierungssatz von demselben AWS Konto erstellt wurden. Um einen wiederverwendbaren Delegierungssatz zu erstellen, können Sie die Route 53-API, die AWS CLI oder eine der folgenden verwenden AWS SDKs. Weitere Informationen finden Sie in der folgenden Dokumentation: + **Route 53-API** — Weitere Informationen finden Sie [CreateReusableDelegationSet](https://docs.aws.amazon.com/Route53/latest/APIReference/API_CreateReusableDelegationSet.html)in der *Amazon Route 53-API-Referenz* + **AWS CLI** — siehe [create-reusable-delegation-set](https://docs.aws.amazon.com/cli/latest/reference/route53/create-reusable-delegation-set.html)in der *AWS CLI Befehlsreferenz* + **AWS SDKs**Die entsprechende SDK-Dokumentation finden Sie auf der [AWS Dokumentationsseite](https://docs.aws.amazon.com/) ## Schritt 2: Erstellen oder Neuerstellen von gehosteten Amazon Route 53-Zonen und Ändern der TTL für NS- und SOA-Datensätze Erstellen oder Neuerstellen von Amazon Route 53-gehosteten Zonen: + **Wenn Sie Route 53 derzeit nicht als DNS-Dienst für die Domänen verwenden, für die Sie White-Label-Nameserver verwenden möchten** - Erstellen Sie die gehosteten Zonen und geben Sie für jede gehostete Zone die wiederverwendbare Delegierungsgruppe an, die Sie im vorherigen Schritt erstellt haben. Weitere Informationen finden Sie [CreateHostedZone](https://docs.aws.amazon.com/Route53/latest/APIReference/API_CreateHostedZone.html)in der *Amazon Route 53 API-Referenz*. + **Wenn Sie Route 53 derzeit als DNS-Dienst für die Domänen verwenden, für die Sie White-Label-Nameserver verwenden möchten** - Erstellen Sie die gehosteten Zonen, für die Sie White-Label-Nameserver verwenden möchten, neu, und geben Sie für jede gehostete Zone die wiederverwendbare Delegierungsgruppe an, die Sie im vorherigen Schritt erstellt haben. **Wichtig** Sie können die Nameserver, die mit einer vorhandenen gehosteten Zone verknüpft sind, nicht mehr ändern. Sie können eine wiederverwendbare Delegierungsgruppe nur dann mit einer gehosteten Zone verknüpfen, wenn Sie die gehostete Zone erstellen. Beim Erstellen der gehosteten Zonen und bevor Sie auf die Ressourcen für die entsprechenden Domänen zugreifen, ändern Sie die folgenden TTL-Werte für jede gehostete Zone: + Ändern Sie die TTL für den NS-Datensatz für die gehostete Zone auf 60 Sekunden oder weniger. + Ändern Sie die Mindest-TTL für den SOA-Datensatz für die gehostete Zone auf 60 Sekunden oder weniger. Dies ist der letzte Wert im SOA-Datensatz. Wenn Sie Ihrer Vergabestelle versehentlich die falschen IP-Adressen für Ihre White-Label-Nameserver gegeben haben, ist Ihre Website nicht mehr erreichbar und bleibt dies auch für die Dauer der TTL, nachdem Sie das Problem behoben haben. Wenn Sie eine kurze TTL einstellen, ist Ihre Website nur für entsprechend kürzere Zeit nicht verfügbar. Weitere Informationen zum Erstellen von Hosting-Zonen und zur Angabe eines wiederverwendbaren Delegierungssatzes für die Nameserver für die Hosting-Zonen finden Sie [CreateHostedZone](https://docs.aws.amazon.com/Route53/latest/APIReference/API_CreateHostedZone.html)in der *Amazon Route 53 API-Referenz*. ## Schritt 3: Erneutes Erstellen von Datensätzen für Ihre gehosteten Zonen Erstellen Sie Datensätze in den in Schritt 2 erstellten gehosteten Zonen: + **Beim Migrieren des DNS-Dienstes für Ihre Domäne zu Amazon Route 53** können Sie ggf. Datensätze durch Importieren von Informationen über Ihre vorhandenen Datensätze erstellen. Weitere Informationen finden Sie unter [Erstellen von Datensätzen durch Importieren einer Zonendatei](resource-record-sets-creating-import.md). + **Wenn Sie vorhandene gehostete Zonen austauschen, so dass Sie White Label-Nameserver verwenden können**, erstellen Sie in den neuen gehosteten Zonen die Datensätze neu, die in Ihren aktuellen gehosteten Zonen erscheinen. Route 53 bietet keine Methode zum Exportieren von Datensätzen aus einer gehosteten Zone; einige Drittanbietern bieten jedoch diese Möglichkeit. Anschließend können Sie mit dem Route 53-Importfeature Nicht-Alias-Datensätze importieren, für die die Routing-Richtlinie einfach ist. Es gibt keine Möglichkeit, Alias-Datensätze oder Datensätze, für die die Routing-Richtlinie nicht einfach ist, zu exportieren und erneut zu importieren. Informationen zum Erstellen von Datensätzen mithilfe der Route 53-API finden Sie [CreateHostedZone](https://docs.aws.amazon.com/Route53/latest/APIReference/API_CreateHostedZone.html)in der *Amazon Route 53-API-Referenz*. Informationen zur Erstellung von Datensätzen mit der Route 53-Konsole finden Sie unter [Arbeiten mit Datensätzen](rrsets-working-with.md). ## Schritt 4: IP-Adressen abrufen Rufen Sie die IPv6 Adressen IPv4 und Adressen der Nameserver im wiederverwendbaren Delegierungssatz ab und füllen Sie die folgende Tabelle aus. **** | Der Name eines Nameservers in Ihrer wiederverwendbaren Delegierungsgruppe (Beispiel: Ns-2048.awsdns-64.com) | IPv4 und IPv6 Adressen                                             | Name, den Sie dem White-Label-Nameserver zuweisen möchten (Beispiel: ns1.example.com) | | --- | --- | --- | |   | IPv4: IPv6: |   | |   | IPv4: IPv6: |   | |   | IPv4: IPv6: |   | |   | IPv4: IPv6: |   | Angenommen, die vier Nameserver für die wiederverwendbare Delegierungsgruppe sind: + ns-2048.awsdns-64.com + ns-2049.awsdns-65.net + ns-2050.awsdns-66.org + ns-2051.awsdns-67.co.uk Hier sehen Sie die Linux- und Windows-Befehle, die Sie ausführen müssen, um die IP-Adressen für den ersten Ihrer vier Nameserver abzurufen: **dig commands for Linux** ``` % dig A ns-2048.awsdns-64.com +short 192.0.2.117 ``` ``` % dig AAAA ns-2048.awsdns-64.com +short 2001:db8:85a3::8a2e:370:7334 ``` **nslookup command for Windows** ``` c:\> nslookup ns-2048.awsdns-64.com Non-authoritative answer: Name: ns-2048.awsdns-64.com Addresses: 2001:db8:85a3::8a2e:370:7334 192.0.2.117 ``` ## Schritt 5: Erstellen von Datensätzen für White-Label-Nameserver Erstellen Sie in der gehosteten Zone mit demselben Namen (z. B. example.com) wie die Domäne des White-Label-Nameservers (z. B. ns1.example.com) acht Datensätze: + Einen Datensatz A für jeden White-Label-Nameserver + Einen Datensatz AAAA für jeden White-Label-Nameserver **Wichtig** Wenn Sie dieselben White-Label-Nameserver für zwei oder mehr gehostete Zonen verwenden, führen Sie diesen Schritt nicht für die anderen gehosteten Zonen aus. Geben Sie für jeden Datensatz die folgenden Werte an. Weitere Informationen finden Sie in der Tabelle, die Sie im vorherigen Schritt ausgefüllt haben: **Routing-Richtlinie** Geben Sie **Einfaches Routing** an. **Datensatzname** Der Name, den Sie einem Ihrer White-Label-Nameserver zuweisen möchten (Beispiel: ns1.example.com). Für das Präfix (ns1 in diesem Beispiel) können Sie jeden beliebigen Wert verwenden, der in einem Domänennamen gültig ist. **Bewerten/Weiterleiten des Datenverkehrs an** Die IPv4 oder IPv6 Adresse eines der Route 53-Nameserver in Ihrem wiederverwendbaren Delegierungssatz. Wenn Sie bei der Erstellung von Datensätzen für White-Label-Nameserver falsche IP-Adressen angeben, ist Ihre Website oder Webanwendung im Internet bei der Durchführung von nachfolgenden Schritten nicht mehr verfügbar. Auch wenn Sie die IP-Adressen sofort korrigieren, bleibt Ihre Website oder Webanwendung für die Dauer der TTL unerreichbar. **Datensatztyp** Geben Sie **A** an, wenn Sie Datensätze für die IPv4 Adressen erstellen. Geben Sie **AAAA** an, wenn Sie Datensätze für die IPv6 Adressen erstellen. **TTL (Sekunden)** Dieser Wert ist die Dauer, für die DNS-Resolver die Informationen in diesem Datensatz im Cache speichern, bevor sie eine weitere DNS-Abfrage an Route 53 weiterleiten. Wir empfehlen, dass Sie einen Anfangswert von 60 Sekunden oder weniger festlegen, so dass Sie die Informationen schnell wiederherstellen können, wenn Sie versehentlich falsche Werte in diesen Datensätzen angeben. ## Schritt 6: Aktualisieren der NS- und SOA-Datensätze Aktualisieren Sie SOA- und NS-Datensätze in den gehosteten Zonen, für die Sie White-Label-Nameserver verwenden möchten. Führen Sie Schritt 6 bis Schritt 8 jeweils für eine gehostete Zone und die entsprechende Domäne aus, nicht mehr, und wiederholen Sie anschließend diese Schritte für eine andere gehostete Zone und Domäne. **Wichtig** Beginnen Sie mit der gehosteten Amazon Route 53-Zone mit demselben Domainnamen (z. B. example.com) wie die White-Label-Nameserver (z. B. ns1.example.com). 1. Aktualisieren des SOA-Datensatzes durch Austauschen des Namens des Route 53-Namenservers durch den Namen eines White-Label-Nameservers **Beispiel** Ersetzen Sie den Namen des Route 53-Namensservers: `ns-2048.awsdns-64.net. hostmaster.example.com. 1 7200 900 1209600 60` durch den Namen eines Ihrer White-Label-Nameserver: `ns1.example.com. hostmaster.example.com. 1 7200 900 1209600 60` **Anmerkung** Sie haben den letzten Wert, die TTL (Time to Live), unter [Schritt 2: Erstellen oder Neuerstellen von gehosteten Amazon Route 53-Zonen und Ändern der TTL für NS- und SOA-Datensätze](#white-label-name-servers-create-hosted-zones) geändert. Informationen zur Aktualisierung von Datensätzen mit der Route 53-Konsole finden Sie unter [Bearbeiten von Datensätzen](resource-record-sets-editing.md). 1. Notieren Sie sich die Namen der aktuellen Nameserver für die Domäne im NS-Datensatz, sodass Sie diese Nameserver bei Bedarf wiederherstellen können. 1. Aktualisieren Sie den NS-Datensatz. Ersetzen Sie den Namen der Route 53-Nameservers durch die Namen Ihrer vier White-Label-Nameserver, beispielsweise `ns1.example.com`, `ns2.example.com`, `ns3.example.com` und `ns4.example.com`. ## Schritt 7: Erstellen und Ändern der Nameserver der Vergabestelle Verwenden Sie die Methode der Vergabestelle zum Erstellen von Glue-Datensätzen, und ändern Sie die Nameserver der Vergabestelle: 1. Glue-Datensätze hinzufügen: + **Beim Aktualisieren der Domäne mit demselben Domänennamen wie die White-Label-Nameservee** - Erstellen Sie vier Glue-Datensätze, deren Namen und IP-Adressen den Werten entsprechen, die Sie in Schritt 4 abgerufen haben. Nehmen Sie IPv4 sowohl die als auch die IPv6 Adresse für einen White-Label-Nameserver in den entsprechenden Glue-Datensatz auf, zum Beispiel: **ns1.example.com** - IP-Adressen = 192.0.2.117 und 2001:db8:85a3::8a2e:370:7334 Vergabestellen verwenden unterschiedliche Begriffe für Glue-Datensätze. Dieser Vorgang kann beispielsweise auch als das Registrieren neuer Namenserver oder ähnlich bezeichnet werden. + **Beim Aktualisieren einer weiteren Domäne** – Wenn Route 53 Ihr DNS-Dienst ist, müssen Sie zuerst den Schritt im vorherigen Aufzählungszeichen ausführen und die Glue-Datensätze erstellen, die mit dem Domainnamen übereinstimmen. Anschließend fahren Sie mit Schritt 2 in diesem Verfahren fort. 1. Ändern Sie die Nameserver für die Domäne auf die Namen Ihrer White-Label-Nameserver. Siehe , wenn sie Amazon Route 53 als DNS-Dienst verwenden, siehe [Hinzufügen oder Ändern der Nameserver und Glue-Datensätze in einer Domäne](domain-name-servers-glue-records.md). ## Schritt 8: Überwachen des Datenverkehrs für die Website oder Anwendung Überwachen Sie den Datenverkehr für die Website oder Anwendung, für die Sie in Schritt 7 den Glue-Datensatz erstellt und die Nameserver geändert haben: + **Wenn der Datenverkehr abbricht** - Verwenden Sie die Methode der Vergabestelle, um die Nameserver für die Domäne wieder in die vorherigen Route 53-Nameserver zu verwandeln. Hierbei handelt es sich um die Nameserver, die Sie in Schritt 6b notiert haben. Ergründen Sie anschließend, was schiefgelaufen ist. + **Wenn der Datenverkehr nicht betroffen ist** - Wiederholen Sie Schritt 6 bis 8 für die übrigen gehosteten Zonen, für die Sie dieselben White-Label-Nameserver verwenden möchten. ## Schritt 9: Kehren Sie zu den ursprünglichen Werten TTLs zurück Ändern Sie für alle gehosteten Zonen, die nun White-Label-Nameserver verwenden, die folgenden Werte: + Ändern Sie die TTL für den NS-Datensatz für die gehostete Zone in einen typischen Wert für NS-Datensätze, z. B. 172800 Sekunden (zwei Tage). + Ändern Sie die Mindest-TTL für den SOA-Datensatz für die gehostete Zone in einen typischen Wert für SOA-Datensätze, z. B. 900 Sekunden. Dies ist der letzte Wert im SOA-Datensatz. ## Schritt 10: Kontaktieren von rekursiven DNS-Dienstes (optional) *Optional* Wenn Sie Amazon Route 53 Geolocation Routing verwenden, wenden Sie sich an die rekursiven DNS-Dienste, die die edns-client-subnet Erweiterung von unterstützen EDNS0, und geben Sie ihnen die Namen Ihrer White-Label-Nameserver. Auf diese Weise wird sichergestellt, dass die DNS-Dienste basierend auf der ungefähren Geolokation, von der die Abfrage stammt, weiterhin DNS-Abfragen an den optimalen Route 53-Standort weiterleiten. # NS- und SOA-Datensätze, die Amazon Route 53 für eine öffentliche gehostete Zone erstellt Bei der Erstellung einer öffentlichen gehosteten Zone erstellt Amazon Route 53 automatisch einen NS-Eintrag (Namenserver) und einen SOA-Eintrag (Start of Authority, Autoritätsursprung) für die Zone. Sie müssen diese Datensätze selten ändern. **Topics** + [Der Nameserver(NS)-Datensatz](#NSrecords) + [Der Start-of-Authority(SOA)-Datensatz](#SOArecords) ## Der Nameserver(NS)-Datensatz Amazon Route 53 erstellt automatisch einen Namenserver-(NS)-Datensatz mit demselben Namen wie Ihre gehostete Zone. Es listet die vier Nameserver auf, welche die autoritativen Nameserver für Ihre gehostete Zone sind. Außer in seltenen Fällen empfehlen wir, in diesem Datensatz keine Nameserver hinzuzufügen, zu ändern oder zu löschen. Die folgenden Beispiele zeigen das Format für die Namen von Route 53-Nameservern (diese Beispiele dienen einzig der Veranschaulichung und sind nicht für die Aktualisierung der NS-Datensätze Ihrer Vergabestellt zu verwenden): + *ns-2048.awsdns-64.com* + *ns-2049.awsdns-65.net* + *ns-2050.awsdns-66.org* + *ns-2051.awsdns-67.co.uk* So rufen Sie die Liste der Nameserver für Ihre gehostete Zone ab: 1. Melden Sie sich bei der an AWS-Managementkonsole und öffnen Sie die Route 53-Konsole unter. [https://console.aws.amazon.com/route53/](https://console.aws.amazon.com/route53/) 1. Klicken Sie im Navigationsbereich auf **Hosted Zones (Gehostete Zonen)**. 1. 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. 1. Wählen Sie auf der Detailseite für die gehostete Zone **Hosted Zone details (Details der gehosteten Zone)** aus. 1. Notieren Sie sich die vier Namen, die für **Name Servers (Namenserver)** aufgelistet werden. Weitere Informationen zur Migration des DNS-Dienst von einem anderen DNS-Dienstanbieter zu Route 53 finden Sie unter [Amazon Route 53 zum DNS-Dienst für eine vorhandene Domäne machenRoute 53 zum DNS-Dienst für eine vorhandene Domäne machen](MigratingDNS.md). ## Der Start-of-Authority(SOA)-Datensatz Der State-of-Authority- bzw. SOA-Datensatz identifiziert die Basis-DNS-Informationen über die Domäne, zum Beispiel: ``` 1. ns-2048.awsdns-64.net. hostmaster.example.com. 1 7200 900 1209600 86400 ``` Ein SOA-Datensatz umfasst die folgenden Elemente: + Der Route 53-Nameserver, der den SOA-Datensatz erstellt hat, z. B. `ns-2048.awsdns-64.net`. + E-Mail-Adresse des Administrators Das Symbol `@` wird durch einen Punkt ersetzt, z. B. `hostmaster.example.com`. Der Standardwert ist ein amazon.com-E-Mail-Adresse, die nicht überwacht wird. + Eine Seriennummer, die Sie optional erhöhen können, wenn Sie einen Datensatz in der gehosteten Zone aktualisieren. erhöht den Wert nicht automatisch. Route 53 erhöht die Zahl nicht automatisch. (Die Seriennummer wird von DNS-Dienstes verwendet, die sekundäre DNS unterstützen.) In dem Beispiel lautet dieser Wert `1`. + Eine Aktualisierungszeit in Sekunden, die sekundäre DNS-Server warten, bevor sie den SOA-Datensatz des primären DNS-Servers abrufen, um auf Änderungen zu prüfen. In dem Beispiel lautet dieser Wert `7200`. + Das Intervall in Sekunden, das ein sekundärer Server bis zur Wiederholung einer fehlgeschlagenen Zonenübertragung abwartet. Normalerweise ist die Zeit bis zu einem Neuversuch kürzer als bis zu einer Aktualisierung. In dem Beispiel lautet dieser Wert `900` (15 Minuten). + Die Zeit in Sekunden, für die ein sekundärer Server versucht, eine Zonenübertragung abzuschließen. Wenn diese Zeit abgelaufen ist, bevor eine Zonenübertragung erfolgreich abgeschlossen werden konnte, beantwortet der sekundäre Server keine Abfragen mehr, da er seine Daten als zu alt einstuft, um noch zuverlässig zu sein. In dem Beispiel lautet dieser Wert `1209600` (zwei Wochen). + Die Mindest-TTL (Time-to-live). Dieser Wert hilft, die Zeitspanne zu definieren, aus der rekursive Resolver die folgenden Antworten von Route 53 zwischenspeichern sollten: **NXDOMAIN** Es gibt keinen Datensatz eines Typs mit dem Namen, der in der DNS-Abfrage angegeben ist, z. B. example.com. Es gibt auch keine Datensätze, die untergeordnete Elemente des Namens sind, der in der DNS-Abfrage angegeben ist, z. B. zenith.example.com. **NODATA** Es gibt mindestens einen Datensatz mit dem Namen, der in der DNS-Abfrage angegeben ist, aber keiner dieser Datensätze hat den Typ (z. B. A), der in der DNS-Abfrage angegeben ist. Wenn ein DNS-Resolver eine NXDOMAIN oder NODATA-Antwort zwischenspeichert, wird dies als *Negative Caching*bezeichnet. Die Dauer des Negative Caching ist kürzer als die folgenden Werte: + Dieser Wert — die Mindest-TTL im SOA-Datensatz. In dem Beispiel lautet der Wert `86400` (ein Tag). + Der TTL-Wert für den SOA-Datensatz. Der Standardwert beträgt 900 Sekunden. Weitere Informationen zum Ändern dieses Werts finden Sie unter [Bearbeiten von Datensätzen](resource-record-sets-editing.md). Wenn Route 53 auf DNS-Abfragen mit einer NXDOMAIN- oder NODATA-Antwort antwortet (eine negative Antwort), wird Ihnen die Rate für Standardabfragen berechnet. (Siehe „Abfragen“ in [Amazon Route 53](https://aws.amazon.com/route53/pricing/). Wenn Sie Bedenken hinsichtlich der Kosten für negative Antworten haben, können Sie die TTL für den SOA-Datensatz, die minimale TTL im SOA-Datensatz (dieser Wert) oder beides ändern. Beachten Sie, dass eine Erhöhung dieser Werte TTLs, die sich auf negative Antworten für die gesamte Hosting-Zone beziehen, sowohl positive als auch negative Auswirkungen haben kann: + DNS-Resolver im Internet zwischenspeichern das Nichtvorhandensein von Datensätzen für längere Zeiträume, wodurch die Anzahl der Abfragen reduziert wird, die an Route 53 weitergeleitet werden. Dies reduziert die Route 53-Kosten für DNS-Abfragen. + Wenn Sie jedoch einen gültigen Datensatz fälschlicherweise löschen und ihn später neu erstellen, speichern DNS-Resolver die negative Antwort (dieser Datensatz existiert nicht) für einen längeren Zeitraum. Dadurch wird die Zeit verlängert, für die Ihre Kunden oder Benutzer die entsprechende Ressource nicht erreichen können, z. B. einen Webserver für acme.example.com. **So finden Sie Ihre SOA-Datensätze in Route 53** 1. Melden Sie sich bei der an AWS-Managementkonsole und öffnen Sie die Route 53-Konsole unter [https://console.aws.amazon.com/route53/](https://console.aws.amazon.com/route53/). 1. Klicken Sie im Navigationsbereich auf **Hosted Zones (Gehostete Zonen)**. 1. Wählen Sie den verknüpften Namen der Domäne aus, für die Sie Datensätze anzeigen möchten. 1. Im Abschnitt **Records** (Datensätze) können Sie alle aufgelisteten Datensätze anzeigen und die Datensätze auch filtern, um Ihren SOA-Wert zu finden. # Aktivierung der beschleunigten Wiederherstellung für die Verwaltung öffentlicher DNS-Einträge Route 53 Accelerated Recovery für die Verwaltung öffentlicher DNS-Einträge ist so konzipiert, dass ein 60-minütiges Recovery Time Objective (RTO) erreicht wird, falls der Dienst in der Region USA Ost (Nord-Virginia) nicht verfügbar ist. Wenn die Option für eine öffentlich gehostete Route 53-Zone aktiviert ist, können Sie innerhalb von etwa 60 Minuten wieder Änderungen an DNS-Einträgen in der öffentlich gehosteten Zone vornehmen, nachdem AWS festgestellt wurde, dass der Betrieb in der Region USA Ost (Nord-Virginia) beeinträchtigt ist. **Wichtig** Die beschleunigte Wiederherstellung ist nur für öffentlich gehostete Zonen verfügbar. Private gehostete Zonen werden nicht unterstützt. **Anmerkung** Die DNS-Abfrageauflösung auf der Route 53-Datenebene funktioniert auch bei Störungen des regionalen Dienstes normal. Unter [Resilienz in Route 53](https://docs.aws.amazon.com/Route53/latest/DeveloperGuide/disaster-recovery-resiliency.html) finden Sie Informationen zu den Vorgängen auf Datenebene und auf Kontrollebene. **Topics** + [So funktioniert die beschleunigte Wiederherstellung von öffentlichen DNS-Einträgen](#accelerated-recovery-how-it-works) + [Erneutes Senden von DNS-Änderungen nach einem Failover](#accelerated-recovery-resubmit) + [Failback zur Region USA Ost (Nord-Virginia)](#accelerated-recovery-failback) + [Weitere Überlegungen](#accelerated-recovery-considerations) + [Wie aktiviert man eine beschleunigte Wiederherstellung für die Verwaltung öffentlicher DNS-Einträge](#accelerated-recovery-enable) ## So funktioniert die beschleunigte Wiederherstellung von öffentlichen DNS-Einträgen Wenn die beschleunigte Wiederherstellung aktiviert ist, verwaltet Route 53 eine Kopie Ihrer öffentlich gehosteten Zone in der Region USA West (Oregon). Wenn Dienste in der Region USA Ost (Nord-Virginia) für einen längeren Zeitraum nicht verfügbar sind, führt Route 53 innerhalb von 60 Minuten einen Failover durch und leitet den Betrieb der Steuerungsebene für Ihre öffentlich gehosteten Zonen mit aktivierter beschleunigter Wiederherstellung automatisch in die Region USA West (Oregon) um. Sie können dann weiterhin programmgesteuert DNS-Änderungen über die CLI, das SDK und die API vornehmen. Beachten Sie, dass während des Failovers eine begrenzte Anzahl von API-Methoden verfügbar sein wird. Weitere Informationen finden Sie im Abschnitt „Zusätzliche Überlegungen“. Wenn sich die Region erholt, führt Route 53 das Failback-Verfahren durch und leitet den Betrieb der Kontrollebene automatisch zurück in die Region USA Ost (Nord-Virginia). **Anmerkung** Bevor die Region USA Ost (Nord-Virginia) beeinträchtigt wird, müssen Sie zunächst die beschleunigte Wiederherstellung für die Verwaltung öffentlicher DNS-Einträge in Ihrer öffentlich gehosteten Zone aktivieren. Dies kann über die Konsole, die CLI, das SDK oder die API erfolgen (weitere Informationen finden Sie im Abschnitt *So aktivieren Sie die beschleunigte Wiederherstellung für die Verwaltung öffentlicher DNS-Einträge* auf dieser Seite weiter unten). Sie können die beschleunigte Wiederherstellung nicht für die Verwaltung öffentlicher DNS-Einträge nach einem Failover aktivieren. ## Erneutes Senden von DNS-Änderungen nach einem Failover Unter normalen Bedingungen werden Änderungen an öffentlich gehosteten Zonen mit aktivierter beschleunigter Wiederherstellung von der Region USA Ost (Nord-Virginia) akzeptiert und anschließend erfolgreich in die Region USA West (Oregon) repliziert. Wenn es jedoch in der Region USA Ost (Nord-Virginia) zu einer Betriebsunterbrechung kommt, werden einige Änderungen möglicherweise von der Region USA Ost (Nord-Virginia) akzeptiert, aber möglicherweise nicht in die Region USA West (Oregon) repliziert. Diese Änderungen während des Fluges werden als „gestrandete Änderungen“ bezeichnet. Sobald das Failover abgeschlossen ist, empfiehlt Route 53, dass Sie ungenutzte Änderungen erneut einreichen, bevor Sie Ihre DNS-Workflows wieder aufnehmen. Sie können dies entweder mithilfe der API oder mithilfe AWS CloudFormation der unten beschriebenen Methoden erreichen. ### Verwenden der API zum Verfolgen und Einreichen von DNS-Änderungen Wenn Sie die Route 53-API, AWS CLI oder AWS SDKs zur Verwaltung von DNS-Einträgen verwenden, müssen Sie die [ChangeResourceRecordSets API](https://docs.aws.amazon.com/Route53/latest/APIReference/API_ChangeResourceRecordSets.html) und die [GetChange API](https://docs.aws.amazon.com/Route53/latest/APIReference/API_GetChange.html) verwenden, um DNS-Änderungen einzureichen bzw. zu verfolgen. Wenn Sie die ChangeResourceRecordSets API verwenden, um DNS-Änderungen vorzunehmen, gibt Route 53 eine Kennung (ID) für die von Ihnen vorgenommene Änderung zurück (Einzelheiten [ChangeInfo](https://docs.aws.amazon.com/Route53/latest/APIReference/API_ChangeInfo.html)zum Objekt der Änderungsantwort finden Sie unter). Sie können diese ID in einer nachfolgenden Anfrage an die GetChange API angeben und den Status der Änderung beobachten. DNS-Änderungen mit dem Status INSYNC wurden in die Region USA West (Oregon) repliziert und an alle Route 53-DNS-Server weitergegeben. Vor oder nach einem Failover müssen Sie keine weiteren Maßnahmen ergreifen, um diese Änderungen zu berücksichtigen. Während einer Beeinträchtigung der Region USA Ost (Nord-Virginia) kann es jedoch GetChange sein, dass der Status PENDING zurückgegeben wird, was darauf hindeutet, dass Ihre Änderung möglicherweise nicht in die Region USA West (Oregon) repliziert wurde. Wenn das der Fall ist, kehrt der Failover nach Abschluss des Failovers zurück, GetChange was darauf hinweist NoSuchChange, dass Route 53 diese DNS-Änderung nicht replizieren konnte. Daher können Sie nach einem Failover diese fehlgeschlagenen DNS-Änderungen getrost ignorieren und sie als neue DNS-Änderungen erneut einreichen. Sie werden wissen, dass der Failover-Prozess abgeschlossen ist, wenn Route 53 eine Nachricht an das AWS Health Dashboard sendet. ### Wird verwendet AWS CloudFormation , um Änderungen nachzuverfolgen und einzureichen AWS CloudFormation verfolgt mithilfe der GetChange API automatisch den Replikationsstatus Ihrer DNS-Änderungen und schließt ein Update erst ab, wenn die DNS-Änderungen als INSYNC bestätigt wurden. Wenn Sie DNS-Einträge CloudFormation zur Verwaltung verwenden und die Region USA Ost (Nord-Virginia) nicht mehr verfügbar ist, können die Aktionen, die Sie verwenden, während des Zeitraums der Nichtverfügbarkeit nicht erfolgreich abgeschlossen CloudFormation werden. Sie können jedoch einfach dieselben Aktionen wiederholen, um DNS-Änderungen erneut einreichen CloudFormation zu können, sobald der Route 53-Failover-Prozess abgeschlossen ist. ## Failback zur Region USA Ost (Nord-Virginia) Route 53 führt ein Failback für den Betrieb der Kontrollebene für Ihre öffentlich gehostete Zone auf die Region USA Ost (Nord-Virginia) durch, sobald sich die Region erholt hat. Während des Failbacks müssen Sie Ihre DNS-Änderungen nicht erneut einreichen, da bei diesem Vorgang keine Änderungen vorgenommen werden, die in der Vergangenheit gespeichert wurden. ## Weitere Überlegungen Im Zusammenhang mit der Funktion zur beschleunigten Wiederherstellung sollten Sie einige zusätzliche Überlegungen beachten: 1. Sie können während eines Failovers keine neuen Hosting-Zonen erstellen, bestehende Hosting-Zonen löschen, die DNSSEC-Signatur aktivieren oder die DNSSEC-Signatur deaktivieren. 1. AWS PrivateLink Verbindungen funktionieren nach einem Failover nicht, funktionieren aber nach einem Failback in die Region USA Ost (Nord-Virginia) wieder. 1. [CloudFront Pauschalpläne](https://docs.aws.amazon.com/AmazonCloudFront/latest/DeveloperGuide/flat-rate-pricing-plan.html) werden derzeit nicht unterstützt. 1. Gehostete Zonen mit aktivierter beschleunigter Wiederherstellung können nicht gelöscht werden. Sie müssen die beschleunigte Wiederherstellung deaktivieren, bevor Sie versuchen, die gehostete Zone zu löschen. 1. Während eines Failovers werden die folgenden API-Methoden für öffentlich gehostete Zonen mit aktivierter beschleunigter Wiederherstellung weiterhin unterstützt. Alle anderen Route 53-API-Methoden funktionieren jedoch erst, wenn ein Failback auftritt. + `ChangeResourceRecordSets` + `GetChange` + `GetGeoLocation` + `GetHostedZone` + `GetHostedZoneCount` + `GetHostedZoneLimit` + `GetReusableDelegationSet` + `GetReusableDelegationSetLimit` + `ListGeoLocations` + `ListHostedZones` + `ListHostedZonesByName` + `ListResourceRecordSets` + `ListReusableDelegationSets` ## Wie aktiviert man eine beschleunigte Wiederherstellung für die Verwaltung öffentlicher DNS-Einträge Sie können die beschleunigte Wiederherstellung für die Verwaltung öffentlicher DNS-Einträge mithilfe der Route 53-Konsole, API, CLI oder SDK aktivieren. Die Zeit, die benötigt wird, um die beschleunigte Wiederherstellung zu aktivieren, hängt von der Größe Ihrer öffentlich gehosteten Zone und anderen Faktoren ab. Sie sollten für die Aktivierung der beschleunigten Wiederherstellung mehrere Stunden einplanen. Sie können den Status des Aktivierungsprozesses auf der Registerkarte Beschleunigte Wiederherstellung in Ihrer öffentlich gehosteten Zone oder über die `GetHostedZone` API überprüfen. Nach Abschluss des Vorgangs wird es einen kurzen Zeitraum von bis zu mehreren Minuten geben, in dem DNS-Änderungen nicht akzeptiert werden. Sobald die DNS-Änderungen abgeschlossen sind, können sie wie gewohnt fortgesetzt werden. **Um die beschleunigte Wiederherstellung mit der Route 53-Konsole zu aktivieren und zu deaktivieren** 1. Öffnen Sie die Route 53-Konsole unter [https://console.aws.amazon.com/route53/](https://console.aws.amazon.com/route53/). 1. Klicken Sie im Navigationsbereich auf **Hosted Zones (Gehostete Zonen)**. 1. Wählen Sie die öffentlich gehostete Zone aus, für die Sie die beschleunigte Wiederherstellung aktivieren möchten. 1. Wählen Sie auf der Registerkarte **Beschleunigte Wiederherstellung** die Option **Aktivieren** aus. 1. Wählen Sie **Änderungen speichern ** aus. 1. Überwachen Sie den Status der gehosteten Zone. Der Status zeigt während der Installation **Enabling Accelerated Recovery** an und wechselt nach Abschluss zu **Aktiviert**. Sie können die beschleunigte Wiederherstellung mit den oben genannten Schritten deaktivieren, aber stattdessen **Deaktivieren** wählen. CLI-Beispiel zum Aktivieren ``` aws route53 update-hosted-zone-features --enable-accelerated-recovery --hosted-zone-id Z123456789 ``` CLI-Beispiel zum Deaktivieren ``` aws route53 update-hosted-zone-features --no-enable-accelerated-recovery --hosted-zone-id Z123456789 ```