Le traduzioni sono generate tramite traduzione automatica. In caso di conflitto tra il contenuto di una traduzione e la versione originale in Inglese, quest'ultima prevarrà.
# Utilizzo delle zone ospitate pubbliche
Una zona ospitata pubblica è un container che detiene informazioni relative alle modalità con cui desideri instradare il traffico su Internet per un dominio specifico (come esempio.com) e i suoi sottodomini (come acme.esempio.com, zenith.esempio.com). Puoi ottenere una zona ospitata pubblica in uno dei seguenti modi:
+ Quando record il dominio con Route 53 creiamo automaticamente una zona ospitata per tuo conto.
+ Quando trasferisci il servizio DNS per un dominio esistente su Route 53, inizi creando una zona ospitata per il dominio. Per ulteriori informazioni, consulta [Rendere Amazon Route 53 il servizio DNS per un dominio esistenteRendere il Route 53 il servizio DNS per un dominio esistente](MigratingDNS.md).
In entrambi i casi, crei i record nella zona ospitata per specificare come desideri instradare il traffico per i domini e i sottodomini. Ad esempio, potresti creare un record per indirizzare il traffico di www.example.com verso una CloudFront distribuzione o un server Web nel tuo data center. Per ulteriori informazioni sul record, consulta [Utilizzo dei record](rrsets-working-with.md).
In questo argomento viene descritto come utilizzare la console Amazon Route 53 per creare, elencare ed eliminare zone ospitate pubbliche.
**Nota**
Puoi anche utilizzare una zona ospitata *privata* Route 53 per indirizzare il traffico all'interno di una o più VPCs zone create con il servizio Amazon VPC. Per ulteriori informazioni, consulta [Utilizzo delle zone ospitate private](hosted-zones-private.md).
**Topics**
+ [Considerazioni sull'utilizzo delle zone ospitate pubbliche](hosted-zone-public-considerations.md)
+ [Creazione di una zona ospitata pubblica](CreatingHostedZone.md)
+ [Ottenere i server di nomi per una zona ospitata pubblica](GetInfoAboutHostedZone.md)
+ [Elencare le zone ospitate pubbliche](ListInfoOnHostedZone.md)
+ [Visualizzazione dei parametri delle query DNS per una zone ospitata pubblica](hosted-zone-public-viewing-query-metrics.md)
+ [Eliminazione di una zona ospitata pubblica](DeleteHostedZone.md)
+ [Verifica delle risposte DNS da Route 53](dns-test.md)
+ [Configurazione dei server di nomi white label](white-label-name-servers.md)
+ [Record NS e SOA creati da Amazon Route 53 per una zona ospitata pubblica](SOA-NSrecords.md)
+ [Abilitare il ripristino accelerato per la gestione dei record DNS pubblici](accelerated-recovery.md)
# Considerazioni sull'utilizzo delle zone ospitate pubbliche
Tieni in considerazione le seguenti informazioni quando lavori con zone ospitate pubbliche:
**Record NS e SOA**
Quando crei una zona ospitata, Amazon Route 53 crea automaticamente un record di server di nomi (NS) e un record di origine di autorità (SOA) per la zona. Il record NS identifica i quattro server di nomi che fornisci al tuo registrar o al servizio DNS in modo che le query DNS vengono instradate ai server dei nomi Route 53. Per ulteriori informazioni sui record NS e SOA, consulta [Record NS e SOA creati da Amazon Route 53 per una zona ospitata pubblica](SOA-NSrecords.md).
**Più zone ospitate con lo stesso nome**
Puoi creare più di una zona ospitata con lo stesso nome e aggiungere record diversi a ciascuna zona. Route 53 assegna quattro server dei nomi a ogni zona ospitata e i server dei nomi sono diversi per ciascuna di esse. Quando aggiorni i record dei server dei nomi del tuo registrar, fai attenzione a utilizzare i server di nomi per la corretta zona ospitata, ovvero quella che contiene i record che desideri siano utilizzati da Route 53 per rispondere alle query per il tuo dominio. Route 53 non restituisce mai valori per i record in altre zone ospitate che hanno lo stesso nome.
**Set di deleghe riutilizzabili**
Per impostazione predefinita, Route 53 assegna un insieme univoco di quattro server dei nomi (noti collettivamente come set di delega) per ogni zona ospitata creata. Se desideri creare un numero elevato di zona ospitata, puoi creare un set di delega riutilizzabile in modo programmatico. I set di delega riutilizzabili non sono disponibili nella console Route 53. Quindi, potrai creare zone ospitate a livello di codice e assegnare lo stesso set di delega riutilizzabile (ovvero gli stessi quattro server di nomi) a ciascuna zona ospitata.
I set di delega riutilizzabili semplificano la migrazione del servizio DNS a Route 53 perché è possibile impostare il registrar del nome di dominio in modo che siano utilizzati gli stessi quattro server dei nomi per tutti i domini per cui desideri che Route 53 sia il servizio DNS. Per ulteriori informazioni, [CreateReusableDelegationSet](https://docs.aws.amazon.com/Route53/latest/APIReference/API_CreateReusableDelegationSet.html)consulta *Amazon Route 53 API Reference*.
# Creazione di una zona ospitata pubblica
Una zona ospitata pubblica è un container che detiene informazioni relative alle modalità con cui desideri instradare il traffico su Internet per un dominio specifico (come esempio.com) e i suoi sottodomini (come acme.esempio.com, zenith.esempio.com). Dopo aver creato una zona ospitata, puoi creare i record che specificano come desideri instradare il traffico per i domini e i sottodomini.
**Restrizioni**
Tieni presente le seguenti restrizioni per la creazione di zone ospitate con Route 53.
Puoi creare una zona ospitata solo per un dominio che si dispone dell'autorizzazione per amministrare. Normalmente, questo significa che sei proprietario del dominio, ma potresti anche sviluppare un'applicazione per il registrant del dominio.
È possibile creare zone ospitate solo per domini e sottodomini. Route 53 non supporta l'hosting di domini di primo livello (TLD) come. `.com`
**Come creare una zona ospitata pubblica mediante la console Route 53**
1. Accedi a Console di gestione AWS e apri la console Route 53 all'indirizzo. [https://console.aws.amazon.com/route53/](https://console.aws.amazon.com/route53/)
1. Se non hai esperienza con Route 53, scegli **Nozioni di base** in **Gestione DNS**.
Se stai già utilizzando Route 53, scegli **Zone ospitate** nel pannello di navigazione.
1. Scegli **Crea zona ospitata**.
1. Nel riquadro **Create zona ospitata (Crea zona ospitata)**, inserisci il nome del dominio su cui desideri instradare il traffico. Facoltativamente, è anche possibile inserire un commento.
Per informazioni su come specificare caratteri diversi da a-z, 0-9 e - (trattino) e come specificare nomi di dominio internazionali, consulta [Formato del nome dominio DNS](DomainNameFormat.md).
1. Per **Tipo**, accetta il valore di default di **Public Hosted Zone (Zona ospitata pubblica)**.
1. Scegli **Create** (Crea).
1. Crea record che specificano il modo in cui desideri instradare il traffico per il dominio e i sottodomini. Per ulteriori informazioni, consulta [Utilizzo dei record](rrsets-working-with.md).
1. Per utilizzare i record nella nuova zona ospitata per instradare il traffico per il tuo dominio, consulta l'argomento relativo:
+ Se stai utilizzando Route 53 come servizio DNS per un dominio registrato con un altro registrar di dominio, consulta [Rendere Amazon Route 53 il servizio DNS per un dominio esistenteRendere il Route 53 il servizio DNS per un dominio esistente](MigratingDNS.md).
+ Se il dominio è registrato con Route 53, consulta [Aggiunta o modifica di server di nomi e glue record per un dominio](domain-name-servers-glue-records.md).
# Ottenere i server di nomi per una zona ospitata pubblica
È possibile ottenere i server dei nomi per una zona ospitata pubblica se si desidera modificare il servizio DNS per la registrazione del dominio. Per informazioni su come modificare il servizio DNS, consulta [Rendere Amazon Route 53 il servizio DNS per un dominio esistenteRendere il Route 53 il servizio DNS per un dominio esistente](MigratingDNS.md).
**Nota**
Alcuni registrar consentono di specificare i server di nomi solo utilizzando gli indirizzi IP e non consentono di specificare nomi di dominio completi. Se il registrar richiede l'utilizzo di indirizzi IP, puoi ottenere gli indirizzi IP per i tuoi server di nomi utilizzando l'utility dig (per Mac, Unix o Linux) o l'utility nslookup (per Windows). Solo raramente modifichiamo gli indirizzi IP dei server di nomi; se è necessario modificare gli indirizzi IP, ti invieremo una notifica in anticipo.
**Come ottenere i server dei nomi per una zona ospitata tramite la console Route 53**
1. Accedi Console di gestione AWS e apri la console Route 53 all'indirizzo [https://console.aws.amazon.com/route53/](https://console.aws.amazon.com/route53/).
1. Nel pannello di navigazione, scegli **Zone ospitate**.
1. Nella pagina **Zone ospitate**, scegli il pulsante di opzione (non il nome) per la zona ospitata, quindi seleziona **Visualizza dettagli**.
1. Nella pagina dei dettagli della zona ospitata, scegli **Dettagli della zona ospitata**.
1. Prendi nota dei quattro server indicati per **Server dei nomi**.
# Elencare le zone ospitate pubbliche
Puoi utilizzare la console Amazon Route 53 per elencare tutte le zone ospitate che hai creato con l' AWS account corrente. Per informazioni su come elencare le zone ospitate utilizzando l'API Route 53, [ListHostedZones](https://docs.aws.amazon.com/Route53/latest/APIReference/API_ListHostedZones.html)consulta *Amazon Route 53 API Reference*.
**Per elencare le zone ospitate pubbliche associate a un AWS account utilizzando la console Route 53**
1. Accedi Console di gestione AWS e apri la console Route 53 all'indirizzo [https://console.aws.amazon.com/route53/](https://console.aws.amazon.com/route53/).
1. Nel pannello di navigazione, scegli **Zone ospitate**. La pagina mostra un elenco delle zone ospitate associate all' AWS account con cui hai attualmente effettuato l'accesso.
1. Per filtrare le zone ospitate, utilizza la barra di ricerca situata nella parte superiore della tabella.
Cerca comportamento varia a seconda che la zona ospitata zone contiene fino a 2.000 record o più di 2.000 record:
**Fino a 2.000 zone ospitate**
+ Per visualizzare i record con valori specifici, fai clic sulla barra di ricerca, scegli una proprietà dall'elenco a discesa e immetti un valore. È inoltre possibile immettere un valore direttamente nella barra di ricerca e premere Invio. Ad esempio, per visualizzare le zone ospitate con un nome che inizia con **abc**, immetti quel valore nella barra di ricerca e premi Invio.
+ Per visualizzare solo le zone ospitate con lo stesso tipo di zona ospitata, seleziona il tipo dall'elenco a discesa e immetti il tipo.
**Più di 2.000 zone ospitate**
+ È possibile cercare le proprietà in base al nome di dominio esatto, a tutte le proprietà e al tipo.
+ Ricerca utilizzando il nome di dominio esatto per risultati di ricerca più rapidi.
# Visualizzazione dei parametri delle query DNS per una zone ospitata pubblica
Puoi visualizzare il numero totale di query DNS a cui Route 53 risponde per una determinata zona ospitata pubblica o una combinazione di zone ospitate pubbliche. Le metriche vengono visualizzate in CloudWatch, il che consente di visualizzare un grafico, scegliere il periodo di tempo che si desidera visualizzare e personalizzare le metriche in molti altri modi. Puoi anche creare allarmi e configurare notifiche, in modo da ricevere una notifica quando il numero di query DNS in un periodo di tempo specificato supera o scende al di sotto di un livello specificato.
**Nota**
Route 53 invia automaticamente il numero di query DNS a tutte CloudWatch le zone pubbliche ospitate, quindi non è necessario configurare nulla prima di poter visualizzare le metriche delle query. Non sono previsti costi per i parametri delle query DNS.
**Quali query DNS vengono conteggiate?**
I parametri includono solo le query inoltrate dai resolver DNS a Route 53. Se un resolver DNS ha già memorizzato nella cache la risposta a una query (ad esempio l'indirizzo IP per un load balancer per esempio.com), il resolver continuerà a restituire la risposta memorizzata nella cache senza inoltrare le query a Route 53 finché il TTL per il record corrispondente non scade.
In base al numero di query DNS inviate per un nome di dominio (esempio.com) o di sottodominio (www.esempio.com), che gli utenti usano, e in base al TTL per il record, i parametri delle query DNS potrebbero contenere informazioni su una sola query rispetto a diverse migliaia di query che vengono inviate ai resolver DNS. Per ulteriori informazioni sul funzionamento di DNS, consulta [Come Amazon Route 53 instrada il traffico per il tuo dominio](welcome-dns-service.md#welcome-dns-service-how-route-53-routes-traffic).
**Quando iniziano a comparire in CloudWatch i parametri di query per una zona ospitata?**
Dopo aver creato una zona ospitata, possono passare diverse ore prima che la zona ospitata possa comparire in CloudWatch. Inoltre, è necessario inviare una query DNS per un record nella zona ospitata affinché ci siano dati da visualizzare.
**I parametri sono disponibili solo negli Stati Uniti orientali (Virginia settentrionale)**
Per ottenere i parametri nella console, occorre specificare Stati Uniti orientali (Virginia settentrionale) per la regione. Per ottenere le metriche utilizzando la AWS CLI, devi lasciare AWS la Regione non specificata o `us-east-1` specificarla come Regione. Se scegli qualsiasi altra regione, i parametri di Route 53 non saranno disponibili.
**CloudWatch metrica e dimensione per le query DNS**
Per informazioni sulla CloudWatch metrica e sulla dimensione per le query DNS, consulta. [Monitoraggio delle zone ospitate tramite Amazon CloudWatch](monitoring-hosted-zones-with-cloudwatch.md) Per informazioni sui CloudWatch parametri, consulta [Using Amazon CloudWatch metrics](https://docs.aws.amazon.com/AmazonCloudWatch/latest/monitoring/working_with_metrics.html) nella *Amazon CloudWatch User* Guide.
**Ottenere più dati dettagliati relativi alle query DNS**
Per ottenere informazioni più dettagliate su ogni query DNS a cui Route 53 risponde, inclusi i seguenti riportati di seguito, puoi configurare la registrazione delle query:
+ Dominio o sottodominio richiesto
+ Data e ora della richiesta
+ Tipo di record DNS (ad esempio A o AAAA)
+ Edge location Route 53 che ha risposto alla query DNS
+ Codice di risposta DNS, ad esempio `NoError` o `ServFail`
Per ulteriori informazioni, consulta [Registrazione delle query DNS pubbliche](query-logs.md).
**Come ottenere parametri delle query DNS**
Poco dopo aver creato una zona ospitata, Amazon Route 53 inizia a inviare metriche e dimensioni una volta al minuto a CloudWatch. Puoi utilizzare le seguenti procedure per visualizzare i parametri sulla CloudWatch console o visualizzarli utilizzando AWS Command Line Interface ()AWS CLI.
**Topics**
+ [Visualizzazione delle metriche delle query DNS per una zona ospitata pubblica nella console CloudWatch](#hosted-zone-public-viewing-query-metrics-console)
+ [Ottenere le metriche delle query DNS utilizzando il AWS CLI](#hosted-zone-public-viewing-query-metrics-cli)
## Visualizzazione delle metriche delle query DNS per una zona ospitata pubblica nella console CloudWatch
Per visualizzare i parametri delle query DNS per le zone ospitate pubbliche nella CloudWatch console, eseguire la procedura seguente.
**Per visualizzare i parametri delle query DNS per una zona ospitata pubblica sulla console CloudWatch**
1. Accedi a Console di gestione AWS e apri la CloudWatch console all'indirizzo. [https://console.aws.amazon.com/cloudwatch/](https://console.aws.amazon.com/cloudwatch/)
1. Nel riquadro di navigazione, seleziona **Parametri**.
1. Nell'elenco delle AWS regioni nell'angolo superiore destro della console, scegli **Stati Uniti orientali (Virginia settentrionale).** Le metriche di Route 53 non sono disponibili se scegli un'altra AWS regione.
1. Nella scheda **All metrics (Tutti i parametri)** scegliere **Route 53**.
1. Scegli **Hosted Zone Metrics (Parametri zona ospitata)**.
1. Seleziona la casella di controllo per una o più zone ospitate con il nome della metrica. **DNSQueries**
1. Nella scheda **Graphed metrics (Parametri definiti)**, modifica i valori applicabili per visualizzare i parametri nel formato desiderato.
Per **Statistica**, scegli **Somma** o **SampleCount**; entrambe le statistiche mostrano lo stesso valore.
## Ottenere le metriche delle query DNS utilizzando il AWS CLI
Per ottenere le metriche delle query DNS utilizzando il AWS CLI, si utilizza il comando. [get-metric-data](https://docs.aws.amazon.com/cli/latest/reference/cloudwatch/get-metric-data.html) Tenere presente quanto segue:
+ Specifica la maggior parte dei valori per il comando in un file JSON separato. Per ulteriori informazioni, consulta [get-metric-data](https://docs.aws.amazon.com/cli/latest/reference/cloudwatch/get-metric-data.html).
+ Il comando restituisce un valore per ogni intervallo specificato per `Period` nel file JSON. `Period` è espresso in secondi, pertanto se specifichi un periodo di tempo di cinque minuti e specifichi `60` per `Period`, otterrai cinque valori. Se specifichi un periodo di tempo di cinque minuti e specifichi `300` per `Period`, otterrai un valore.
+ Nel file JSON, puoi specificare qualsiasi valore per `Id`.
+ Lasciate la AWS regione non specificata o specificatela `us-east-1` come regione. Se scegli qualsiasi altra regione, i parametri di Route 53 non saranno disponibili. Per ulteriori informazioni, consulta [Configurazione della AWS CLI](https://docs.aws.amazon.com/cli/latest/userguide/cli-chap-configure.html) nella Guida per *AWS Command Line Interface l'*utente.
Ecco il AWS CLI comando che usi per ottenere i parametri delle query DNS per il periodo di cinque minuti compreso tra le 4:01 e le 4:07 del 1° maggio 2019. Il parametro `metric-data-queries` fa riferimento al file JSON di esempio che segue il comando.
```
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
```
Di seguito è riportato il file JSON di esempio:
```
[
{
"Id": "my_dns_queries_id",
"MetricStat": {
"Metric": {
"Namespace": "AWS/Route53",
"MetricName": "DNSQueries",
"Dimensions": [
{
"Name": "HostedZoneId",
"Value": "Z1D633PJN98FT9"
}
]
},
"Period": 60,
"Stat": "Sum"
},
"ReturnData": true
}
]
```
Di seguito è riportato l'output di questo comando. Tenere presente quanto segue:
+ L'ora di inizio e l'ora di fine nel comando coprono un periodo di tempo di sette minuti, da `2019-05-01T04:01:00Z` a `2019-05-01T04:07:00Z`.
+ I valori restituiti sono solo sei. Non esiste alcun valore per `2019-05-01T04:05:00Z` perché durante quel minuto non ci sono state query DNS.
+ Il valore di `Period` specificato nel file JSON è `60` (secondi), pertanto i valori vengono segnalati a intervalli di un minuto.
```
{
"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"
]
}
]
}
```
# Eliminazione di una zona ospitata pubblica
Questa sezione illustra come eliminare una zona ospitata pubblica utilizzando la console Amazon Route 53.
Puoi eliminare una zona ospitata solo se non sono presenti record diversi dai record SOA e NS di default. Se la tua zona ospitata contiene altri record, devi eliminarli prima di eliminare la zona ospitata. In questo modo si impedisce l'eliminazione accidentale di una zona ospitata che contiene ancora record.
**Topics**
+ [Impedire che il traffico venga instradato al dominio](#delete-public-hosted-zone-stop-routing)
+ [Eliminazione di zone ospitate pubbliche create da un altro servizio](#delete-public-hosted-zone-created-by-another-service)
+ [Utilizzo della console Route 53 per eliminare una zona ospitata pubblica](#delete-public-hosted-zone-procedure)
## Impedire che il traffico venga instradato al dominio
Se desideri mantenere la registrazione del tuo dominio, ma desideri interrompere il routing del traffico Internet sul tuo sito o applicazione Web, ti consigliamo di eliminare i *record* nella zona ospitata invece di eliminarla.
**Importante**
Se elimini una zona ospitata, non puoi annullarne l'eliminazione. Devi creare una nuova zona ospitata e aggiornare i server di nomi per la registrazione del tuo dominio, operazione che può richiedere fino a 48 ore per rendere effettiva la modifica. Inoltre, se elimini una zona ospitata, qualcuno potrebbe dirottare il dominio e instradare il traffico verso le proprie risorse utilizzando il tuo nome di dominio.
Se è stata delegata la responsabilità di un sottodominio a una zona ospitata e si desidera eliminare la zona ospitata figlio, è inoltre necessario aggiornare la zona ospitata padre eliminando il record NS con lo stesso nome della zona ospitata figlio. Ad esempio, se si desidera eliminare la zona ospitata acme.example.com, è necessario eliminare anche il record NS acme.example.com nella zona ospitata example.com. Prima di eliminare la zona ospitata figlio, si consiglia di eliminare il record NS e di attendere la durata del TTL del record NS. Ciò impedisce il dirottamento della zona ospitata figlio per il periodo di tempo in cui i resolver DNS includono ancora nella cache i server dei nomi per la zona ospitata figlio.
Se desideri evitare di pagare la tariffa mensile per la zona ospitata, puoi trasferire il servizio DNS per il dominio a un servizio DNS gratuito. Quando trasferisci un servizio DNS, è necessario aggiornare i server di nomi per la registrazione del dominio. Se il dominio è registrato con Route 53, consulta [Aggiunta o modifica di server di nomi e glue record per un dominio](domain-name-servers-glue-records.md) per informazioni su come sostituire i server dei nomi di Route 53 con i server di nomi per il nuovo servizio DNS. Se il dominio è registrato con un altro registrar, utilizza il metodo fornito dal registrar per aggiornare i server di nomi per la registrazione del dominio. Per ulteriori informazioni, esegui una ricerca su Internet immettendo la query "servizio DNS gratuito".
## Eliminazione di zone ospitate pubbliche create da un altro servizio
Se una zona ospitata è stata creata da un altro servizio, non sarà possibile eliminarla utilizzando la console Route 53. Al contrario, è necessario utilizzare il processo applicabile all'altro servizio:
+ **AWS Cloud Map**— Per eliminare una zona ospitata AWS Cloud Map creata quando hai creato uno spazio dei nomi DNS pubblico, elimina lo spazio dei nomi. AWS Cloud Map elimina automaticamente la zona ospitata. Per ulteriori informazioni, consulta [Eliminazione degli spazi dei nomi](https://docs.aws.amazon.com/cloud-map/latest/dg/deleting-namespaces.html) nella *Guida per gli sviluppatori di AWS Cloud Map *.
+ **Rilevamento del servizio Amazon Elastic Container Service (Amazon ECS)**: per eliminare una zona ospitata pubblica creata da Amazon ECS quando hai creato un servizio utilizzando l'individuazione dei servizi, eliminare i servizi Amazon ECS che utilizzano lo spazio dei nomi ed eliminare lo spazio dei nomi. Per ulteriori informazioni, consulta [Eliminazione di un servizio](https://docs.aws.amazon.com/AmazonECS/latest/developerguide/delete-service.html) nella *Guida per gli sviluppatori di Amazon Elastic Container Service*.
## Utilizzo della console Route 53 per eliminare una zona ospitata pubblica
Per utilizzare la console Route 53 per eliminare una zona ospitata pubblica, completa la procedura seguente.
**Come eliminare una zona ospitata pubblica tramite la console Route 53**
1. Accedi a Console di gestione AWS e apri la console Route 53 all'indirizzo [https://console.aws.amazon.com/route53/](https://console.aws.amazon.com/route53/).
1. Nel pannello di navigazione, scegli **Hosted zones** (Zone ospitate) e scegli il link evidenziato per la zona ospitata che desideri eliminare.
1. Conferma che la zona ospitata che desideri eliminare contiene solo un record NS e un record SOA. Se contiene registri aggiuntivi, eliminali. Sarà inoltre necessario disabilitare la firma DNSSEC:
**Nota**
Se tenti di eliminare la zona ospitata senza soddisfare questi requisiti, Route 53 restituirà un errore:
Se la firma DNSSEC è abilitata: la zona ospitata specificata contiene chiavi di firma delle chiavi DNSSEC e quindi non può essere eliminata
Se esistono altri set di record di risorse (diversi dai record SOA e NS predefiniti): la zona ospitata specificata contiene set di record di risorse non richiesti e quindi non può essere eliminata
1. Nella pagina dei dettagli della zona ospitata, nell'elenco **Records** (Registri), se l'elenco dei record include i record per i quali il valore della colonna **Type** (Tipo) è diverso da NS o SOA, scegli la riga, quindi seleziona **Delete** (Elimina).
Per selezionare più record consecutivi, seleziona la prima riga, tieni premuto il tasto **Shift (MAIUSC)** e seleziona l'ultima riga. Per selezionare più record non consecutivi, seleziona la prima riga, tieni premuto il tasto **Ctrl** e seleziona le righe rimanenti.
**Nota**
Se hai creato record NS per sottodomini nella hosted zone, elimina anche questi record.
1. Torna alla pagina **Hosted zones** (Zone ospitate) e scegli la riga per la zona ospitata che desideri eliminare.
1. Scegli **Elimina**.
1. Digita la chiave di conferma e scegli **Elimina**.
1. Se desideri rendere il dominio non disponibile su Internet, ti consigliamo di trasferire il servizio DNS su un servizio DNS gratuito e quindi eliminare la zona ospitata di Route 53. In questo modo si impedisce che query DNS future vengano instradate in modo non corretto.
Se il dominio è registrato con Route 53, consulta [Aggiunta o modifica di server di nomi e glue record per un dominio](domain-name-servers-glue-records.md) per informazioni su come sostituire i server dei nomi di Route 53 con i server di nomi per il nuovo servizio DNS. Se il dominio è registrato con un altro registrar, utilizza il metodo fornito dal registrar per modificare i server di nomi per il dominio.
**Nota**
Se stai eliminando una zona ospitata per un sottodominio (acme.esempio.com), non è necessario modificare i server di nomi per il dominio (esempio.com).
# Verifica delle risposte DNS da Route 53
Se hai creato una zona ospitata di Amazon Route 53 per il tuo dominio, puoi utilizzare lo strumento di controllo DNS nella console per vedere in che modo Route 53 risponderà alle query DNS se configuri il dominio per utilizzare Route 53 come servizio DNS. Per i record di geolocalizzazione, geoprossimità e latenza, puoi anche simulare le query provenienti da un particolare indirizzo IP di un and/or client resolver DNS per scoprire quale risposta restituirebbe Route 53.
**Importante**
Lo strumento non invia query al Domain Name System, ma risponde solo in base alle impostazioni nei record nella zona ospitata. Lo strumento restituisce le stesse informazioni indipendentemente dal fatto che la zona ospitata sia attualmente utilizzata o meno per instradare il traffico per il dominio.
Lo strumento di controllo DNS funziona solo per zone ospitate pubbliche.
**Nota**
Lo strumento di controllo DNS restituisce informazioni simili a quelle solitamente fornite dalla sezione di risposta del comando `dig`. Pertanto, se esegui una query per i server di nomi di un sottodominio che puntano ai server di nomi padre, questi non verranno restituiti.
**Topics**
+ [Utilizzo dello strumento di controllo per vedere come Amazon Route 53 risponde alle query DNS](#dns-test-how-route-53-responds)
+ [Utilizzo dello strumento di controllo per la simulazione di query da indirizzi IP specifici (solo record di geolocalizzazione e latenza)](#dns-test-simulate-requests)
## Utilizzo dello strumento di controllo per vedere come Amazon Route 53 risponde alle query DNS
Puoi utilizzare lo strumento per vedere le risposte restituite da Amazon Route 53 in risposta a una query DNS per un record.
**Come utilizzare lo strumento di controllo per vedere come Route 53 risponde alle query DNS**
1. Accedi e apri la console Route 53 all'indirizzo. Console di gestione AWS [https://console.aws.amazon.com/route53/](https://console.aws.amazon.com/route53/)
1. Nel riquadro di navigazione scegliere **Hosted Zones (Zone ospitate)**.
1. Nella pagina **Hosted zones (Zone ospitate) **, scegli il nome di una zona ospitata. La console visualizza l'elenco dei record per tale hosted zone.
1. Per passare direttamente alla pagina **Controlla risposta da Route 53**, seleziona **Test record**.
1. Specifica i seguenti valori:
+ Il nome del record, escluso il nome della zona ospitata. Ad esempio, per controllare **www.example.com**, inserire **www**. Per controllare **example.com**, lasciare vuoto il campo **Record name (Nome record)** .
+ Il tipo di record che si desidera controllare, ad esempio **A** o **CNAME**.
1. Scegli **Get Response (Ottieni risposta)**.
1. La sezione **Response returned by Route 53 (Risposta restituita da Route 53)** include i seguenti valori:
**Codice di risposta DNS**
Un codice che indica se la query era valida o meno. Il codice di risposta più comune è **NOERROR**, che indica che la query era valida. Se la risposta non è valida, Route 53 restituisce un codice di risposta che spiega il motivo. Per un elenco dei codici di risposta possibili, consulta [DNS RCODES](http://www.iana.org/assignments/dns-parameters/dns-parameters.xhtml#dns-parameters-6) sul sito Web di IANA.
**Protocollo**
Il protocollo che è stato usato da Amazon Route 53 per rispondere alla query, **UDP** o **TCP**.
**Risposta restituita da Route 53**
Il valore che Route 53 restituirebbe a un'applicazione Web. Il valore è uno dei seguenti:
+ Per i record non di alias, la risposta contiene il valore o i valori nel record.
+ Per più record con lo stesso nome e tipo, tra cui record ponderati, di latenza, di geolocalizzazione e di failover, la risposta contiene il valore proveniente dal record appropriato, in base alla richiesta.
+ Per i record di alias che si riferiscono a AWS risorse diverse da un altro record, la risposta contiene un indirizzo IP o un nome di dominio per la AWS risorsa, a seconda del tipo di risorsa.
+ Per i record alias che fanno riferimento ad altri record, la risposta contiene il valore o i valori provenienti dal record di riferimento.
## Utilizzo dello strumento di controllo per la simulazione di query da indirizzi IP specifici (solo record di geolocalizzazione e latenza)
Se hai creato record di latenza o record di geolocalizzazione, puoi utilizzare lo strumento di controllo per simulare le query tramite l'indirizzo IP per un resolver DNS e un client.
**Utilizzare lo strumento di controllo per simulare le query da parte di indirizzi IP specificati**
1. Accedi Console di gestione AWS e apri la console Route 53 all'indirizzo [https://console.aws.amazon.com/route53/](https://console.aws.amazon.com/route53/).
1. Nel riquadro di navigazione scegliere **Hosted Zones (Zone ospitate)**.
1. Nella pagina **Hosted zones (Zone ospitate) **, scegli il nome di una zona ospitata. La console visualizza l'elenco dei record per tale hosted zone.
1. Per passare direttamente alla pagina **Check response from Route 53 (Controlla riposta da Route 53)**, seleziona **Test record set (Testa serie di record)**.
Per passare alla pagina **Check response from Route 53 (Controlla riposta da Route 53)** per un record specifico, seleziona la casella di controllo per il record e seleziona **Test record set (Testa serie di record)**.
1. Se si è selezionato **Test record set (Testa serie di record)** senza aver prima scelto un record, specificare i seguenti valori:
+ Il nome del record, escluso il nome della zona ospitata. Ad esempio, per controllare **www.example.com**, inserire **www**. Per controllare **example.com**, lasciare vuoto il campo **Record name (Nome record)** .
+ Il tipo di record che si desidera controllare, ad esempio **A** o **CNAME**.
1. Specifica i valori applicabili:
**Indirizzo IP del resolver**
Specificate un IPv6 indirizzo IPv4 or per simulare la posizione del resolver DNS utilizzato da un client per effettuare richieste. Questa funzione è utile per il testing dei record di latenza e di geolocalizzazione. Se si omette questo valore, lo strumento utilizza l'indirizzo IP di un resolver DNS nella regione AWS Stati Uniti orientali (Virginia settentrionale) (us-east-1).
**EDNS0 IP di sottorete del client**
Se il resolver lo supporta EDNS0, inserisci l'IP della sottorete del client per un indirizzo IP nella posizione geografica applicabile, ad esempio **192.0.2.0 o **2001:db** 8:85 a3: :8a2e: 370:7334**.
**Maschera sottorete**
Se specificate un indirizzo IP per l'IP della **sottorete EDNS0 del client, potete facoltativamente specificare il numero di bit dell'indirizzo IP** che lo strumento di controllo includa nella query DNS. **Ad esempio, se si specifica **192.0.2.44** per l'**IP di sottorete EDNS0 del client e 24 per la subnet** ****mask**, lo strumento di controllo simulerà una query da 192.0.2.0/24**.** Il valore predefinito è 24 bit per gli indirizzi e 64 bit per gli indirizzi. IPv4 IPv6
1. Scegli **Get Response (Ottieni risposta)**.
1. La sezione **Response returned by Route 53 (Risposta restituita da Route 53)** include i seguenti valori:
**Query DNS inviata a Route 53**
La query, in [formato BIND](https://en.wikipedia.org/wiki/Zone_file), che lo strumento di controllo ha inviato a Route 53. Questo è lo stesso formato che un'applicazione Web utilizzerebbe per inviare una query. I tre valori sono tipicamente il nome del record, **IN** (per internet), e il tipo di record.
**Codice di risposta DNS**
Un codice che indica se la query era valida o meno. Il codice di risposta più comune è **NOERROR**, che indica che la query era valida. Se la risposta non è valida, Route 53 restituisce un codice di risposta che spiega il motivo. Per un elenco dei codici di risposta possibili, consulta [DNS RCODES](http://www.iana.org/assignments/dns-parameters/dns-parameters.xhtml#dns-parameters-6) sul sito Web di IANA.
**Protocollo**
Il protocollo che è stato usato da Amazon Route 53 per rispondere alla query, **UDP** o **TCP**.
**Risposta restituita da Route 53**
Il valore che Route 53 restituirebbe a un'applicazione Web. Il valore è uno dei seguenti:
+ Per i record non di alias, la risposta contiene il valore o i valori nel record.
+ Per più record con lo stesso nome e tipo, tra cui record ponderati, di latenza, di geolocalizzazione e di failover, la risposta contiene il valore proveniente dal record appropriato, in base alla richiesta.
+ Per i record di alias che si riferiscono a AWS risorse diverse da un altro record, la risposta contiene un indirizzo IP o un nome di dominio per la AWS risorsa, a seconda del tipo di risorsa.
+ Per i record alias che fanno riferimento ad altri record, la risposta contiene il valore o i valori provenienti dal record di riferimento.
# Configurazione dei server di nomi white label
Ogni zona ospitata di Amazon Route 53 è associata a quattro server di nomi, noti collettivamente come set di delega. Per impostazione predefinita, i server di nomi hanno nomi come ns-2048.awsdns-64.com. Se desideri che il nome di dominio del tuo server di nomi sia lo stesso nome di dominio della tua zona ospitata, ad esempio, ns1.esempio.com, puoi configurare nomi di server white label, noti anche come server di nomi vanity o privati.
La procedura seguente spiega come configurare un set di quattro server di nomi white label che puoi riutilizzare per più domini. Ad esempio, supponiamo che possiedi i domini esempio.com, esempio.org ed esempio.net. Grazie a questi passaggi, puoi configurare server di nomi white label per esempio.com e riutilizzarli per esempio.org ed esempio.net.
**Topics**
+ [Fase 1: Creazione un set di delega Route 53 riutilizzabile](#white-label-name-servers-create-reusable-delegation-set)
+ [Fase 2: Creazione o nuova creazione di una zona ospitata di Amazon Route 53 e modifica del TTL per i record NS e SOA](#white-label-name-servers-create-hosted-zones)
+ [Fase 3: ricrea record per le hosted zone](#white-label-name-servers-create-resource-record-sets)
+ [Fase 4: ottenere gli indirizzi IP](#white-label-name-servers-get-ip-addresses)
+ [Fase 5: crea record per server di nomi white label](#white-label-name-servers-create-white-label-resource-record-sets)
+ [Fase 6: aggiorna i record NS e SOA](#white-label-name-servers-update-ns-soa-records)
+ [Fase 7: crea record associati e modifica i server di nomi del registrar](#white-label-name-servers-create-glue-records)
+ [Fase 8: monitora il traffico per il tuo sito Web o applicazione](#white-label-name-servers-monitor-traffic)
+ [Fase 9: TTLs Tornate ai valori originali](#white-label-name-servers-change-ttls-back)
+ [Fase 10: (opzionale) contatta i servizi DNS ricorsivi](#white-label-name-servers-contact-recursive-dns-services)
## Fase 1: Creazione un set di delega Route 53 riutilizzabile
I server dei nomi con white label sono associati a un set di delega Route 53 riutilizzabile. È possibile utilizzare server di nomi con etichetta bianca per una zona ospitata solo se la zona ospitata e il set di deleghe riutilizzabile sono stati creati dallo stesso account. AWS
Per creare un set di deleghe riutilizzabile, puoi utilizzare l'API Route 53, la AWS CLI o una delle. AWS SDKs Per ulteriori informazioni, consulta la seguente documentazione:
+ **API Route 53**: consulta la [CreateReusableDelegationSet](https://docs.aws.amazon.com/Route53/latest/APIReference/API_CreateReusableDelegationSet.html)guida di *riferimento all'API Amazon Route 53*
+ **AWS CLI** *— Vedi [create-reusable-delegation-set](https://docs.aws.amazon.com/cli/latest/reference/route53/create-reusable-delegation-set.html)nel riferimento ai comandi AWS CLI *
+ **AWS SDKs**[Consulta la documentazione SDK applicabile nella pagina Documentazione AWS](https://docs.aws.amazon.com/)
## Fase 2: Creazione o nuova creazione di una zona ospitata di Amazon Route 53 e modifica del TTL per i record NS e SOA
Crea o crea nuovamente le zone ospitate per Amazon Route 53:
+ **Se non stai utilizzando Route 53 come servizio DNS per i domini per i quali desideri utilizzare server di nomi white label**: crea le zone ospitate e specifica il set di delega riutilizzabile creato nella fase precedente con ogni zona ospitata. Per ulteriori informazioni, [CreateHostedZone](https://docs.aws.amazon.com/Route53/latest/APIReference/API_CreateHostedZone.html)consulta *Amazon Route 53 API Reference*.
+ **Se stai utilizzando Route 53 come servizio DNS per i domini per i quali desideri utilizzare server di nomi white label**: devi creare le zone ospitate per cui desideri utilizzare i server dei nomi white label e specificare il set di delega riutilizzabile creato nella fase precedente per ogni zona ospitata.
**Importante**
Non puoi modificare i server di nomi che sono associati a una zona ospitata esistente. Puoi associare un set di delega riutilizzabile a una zona ospitata solo quando crei la hosted zone.
Quando crei le zone ospitate e prima di tentare di accedere alle risorse per i domini corrispondenti, modifica i seguenti valori di TTL per ogni hosted zone:
+ Cambia il valore TTL per il record NS per le zone ospitate su 60 secondi o meno.
+ Cambia il valore TTL minimo per il record SOA per le zone ospitate su 60 secondi o meno. Questo è l'ultimo valore nel record SOA.
Se accidentalmente dai al tuo registrar indirizzi IP sbagliati per i server di nomi white label, il tuo sito Web non sarà disponibile e non sarà disponibile per la durata del TTL dopo aver corretto il problema. Impostando un valore TTL basso, puoi ridurre la quantità di tempo per cui il tuo sito Web non è disponibile.
Per ulteriori informazioni sulla creazione di zone ospitate e sulla specifica di un set di delega riutilizzabile per i name server per le zone ospitate, consulta [CreateHostedZone](https://docs.aws.amazon.com/Route53/latest/APIReference/API_CreateHostedZone.html)*Amazon Route 53 API* Reference.
## Fase 3: ricrea record per le hosted zone
Crea record nelle zone ospitate create nella fase 2:
+ **Se stai eseguendo la migrazione del servizio DNS per i tuoi domini ad Amazon Route 53** - potresti essere in grado di creare record importando le informazioni sui record esistenti. Per ulteriori informazioni, consulta [Creazione di record mediante importazione di un file di zona](resource-record-sets-creating-import.md).
+ **Se stai sostituendo le zone ospitate esistenti in modo che sia possibile utilizzare server dei nomi white label**: nelle nuove zone ospitate, crea nuovamente i record che appaiono nelle tue zone ospitate correnti. Route 53 non fornisce un metodo per l'esportazione di record da una zona ospitata, ma alcuni fornitori di terze parti lo fanno. Puoi quindi utilizzare la funzione di importazione di Route 53 per importare record non alias per i quali la policy di routing è semplice. Non vi è alcun modo per esportare e importare nuovamente record o record alias per cui la policy di routing non è semplice.
Per informazioni sulla creazione di record utilizzando l'API Route 53, consulta [CreateHostedZone](https://docs.aws.amazon.com/Route53/latest/APIReference/API_CreateHostedZone.html)*Amazon Route 53 API Reference*. Per informazioni sulla creazione di record utilizzando la console Route 53, consulta [Utilizzo dei record](rrsets-working-with.md).
## Fase 4: ottenere gli indirizzi IP
Ottieni gli IPv6 indirizzi IPv4 e gli indirizzi dei name server nel set di delega riutilizzabile e compila la tabella seguente.
****
| Nome di un server di nomi nel set di delega riutilizzabile (ad esempio: ns-2048.awsdns-64.com) | IPv4 e indirizzi IPv6 | Nome che desideri assegnare al server di nomi white label (ad esempio: ns1.esempio.com) |
| --- | --- | --- |
| | IPv4: IPv6: | |
| | IPv4: IPv6: | |
| | IPv4: IPv6: | |
| | IPv4: IPv6: | |
Ad esempio, supponiamo che i quattro nomi di server per il set di delega riutilizzabile sono:
+ ns-2048.awsdns-64.com
+ ns-2049.awsdns-65.net
+ ns-2050.awsdns-66.org
+ ns-2051.awsdns-67.co.uk
Di seguito sono descritti i comandi di Linux e Windows da eseguire per ottenere gli indirizzi IP per il primo dei quattro server di nomi:
**comandi dig per 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
```
**comando nslookup per 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
```
## Fase 5: crea record per server di nomi white label
Nella zona ospitata che ha lo stesso nome (ad esempio esempio.com) del nome di dominio del server di nomi white label (ad esempio ns1.esempio.com), crea otto record:
+ Un record A per ogni server di nomi white label
+ Un record AAAA per ogni server di nomi white label
**Importante**
Se utilizzi gli stessi server di nomi white label per due o più zone ospitate, non eseguire questa operazione per le altre zone ospitate.
Per ogni record, specifica i seguenti valori. Per ulteriori informazioni, consulta la tabella compilata nella fase precedente:
**Policy di routing**
Specifica **Routing semplice**.
**Nome record**
Il nome che desideri assegnare a uno dei tuoi server di nomi white label, ad esempio: ns1.esempio.com. Per il prefisso (ns1 in questo esempio), puoi utilizzare qualsiasi valore valido in un nome di dominio.
**Valore/instradamento traffico a**
L' IPv6 indirizzo IPv4 o di uno dei name server di Route 53 nel set di delega riutilizzabile.
Se specifichi indirizzi IP sbagliati al momento della creazione di record per i server di nomi white label, il tuo sito o applicazione Web non sarà disponibile su Internet quando esegui le fasi successive. Anche se correggi gli indirizzi IP immediatamente, il tuo sito o applicazione Web rimarrà non disponibile per la durata del TTL.
**Tipo di record**
Specificare **A** quando si creano record per gli IPv4 indirizzi.
Specificate **AAAA** quando create i record per gli IPv6 indirizzi.
**TTL (secondi)**
Questo valore è la quantità di tempo per cui i resolver DNS memorizzano nella cache le informazioni di questo record prima di inoltrare un'altra query DNS a Route 53. È consigliabile specificare un valore iniziale di 60 secondi o meno, in modo che sia possibile recuperare in modo rapido se accidentalmente si specificano valori errati in questi record.
## Fase 6: aggiorna i record NS e SOA
Aggiorna i record SOA e NS nelle zone ospitate per cui desideri utilizzare i server di nomi white label. Esegui le fasi dalla 6 alla 8 per una zona ospitata e il dominio corrispondente alla volta, quindi ripeti la procedura per un'altra zona ospitata e dominio.
**Importante**
Inizia con la zona ospitata di Amazon Route 53 che ha lo stesso nome di dominio (ad esempio esempio.com) del server dei nomi white label (ad esempio ns1.esempio.com).
1. Aggiornamento del record SOA sostituendo il nome del server dei nomi di Route 53 con il nome di uno dei server dei nomi white label
**Esempio**
Sostituisci il nome del server di nomi Route 53:
`ns-2048.awsdns-64.net. hostmaster.example.com. 1 7200 900 1209600 60`
con il nome di uno dei tuoi server di nomi white label:
`ns1.example.com. hostmaster.example.com. 1 7200 900 1209600 60`
**Nota**
È stato modificato l'ultimo valore, il time to live (TTL) in [Fase 2: Creazione o nuova creazione di una zona ospitata di Amazon Route 53 e modifica del TTL per i record NS e SOA](#white-label-name-servers-create-hosted-zones).
Per informazioni sull'aggiornamento di record utilizzando la console Route 53, consulta [Modifica di record](resource-record-sets-editing.md).
1. Nel record NS, annota i nomi dei server di nomi attuali per il dominio, in modo da poterli ripristinare, se necessario.
1. Aggiorna il record NS. Sostituisci il nome dei server di nomi Route 53 con i nomi dei tuoi quattro server di nomi white label, ad esempio, `ns1.example.com`, `ns2.example.com`, `ns3.example.com` e `ns4.example.com`.
## Fase 7: crea record associati e modifica i server di nomi del registrar
Utilizza il metodo fornito dal registrar per creare record associati e modificare i server di nomi del registrar:
1. Aggiungere record associati:
+ **Se stai aggiornando il dominio con lo stesso nome di dominio dei server dei nomi white label**: crea quattro Glue Record associati per i quali i nomi e gli indirizzi IP corrispondono ai valori che hai ottenuto nella fase 4. Includi IPv4 sia l'indirizzo che l' IPv6 indirizzo di un name server con etichetta bianca nel record Glue corrispondente, ad esempio:
**ns1.example.com**: indirizzi IP = 192.0.2.117 e 2001:db8:85a3::8a2e:370:7334
I registrar utilizzano una serie di termini diversi per i record associati. Questa operazione è nota anche come registrazione di nuovi server di nomi o qualcosa di simile.
+ **Se stai aggiornando un altro dominio**— Se Route 53 è il servizio DNS, è necessario prima completare il passaggio nel punto precedente e creare i record di colla corrispondenti al nome di dominio. Passare quindi alla fase 2 in questa procedura.
1. Cambia server dei nomi per il dominio con i nomi dei tuoi server di nomi white label.
Se stai utilizzando Amazon Route 53 come servizio DNS, consulta [Aggiunta o modifica di server di nomi e glue record per un dominio](domain-name-servers-glue-records.md).
## Fase 8: monitora il traffico per il tuo sito Web o applicazione
Monitora il traffico per il sito Web o l'applicazione per cui hai creato record associati e modificato i server di nomi nella fase 7:
+ **Se il traffico si interrompe**: utilizza il metodo fornito dal registrar per modificare i server dei nomi per il dominio e riportarli ai precedenti server di nomi di Route 53. Questi sono i server di nomi che avevi annotato nella fase 6b. Stabilisci quindi ciò che non ha funzionato.
+ **Se il traffico non è influenzato**: ripeti le fasi da 6 a 8 per il resto delle zone ospitate per cui desideri utilizzare gli stessi server dei nomi white label.
## Fase 9: TTLs Tornate ai valori originali
Per tutte le zone ospitate che ora utilizzano i server di nomi white label, modifica i seguenti valori:
+ Cambia il valore TTL per il record NS per le zone ospitate con un valore più tipico per i record NS, per esempio, 172800 secondi (due giorni).
+ Cambia il valore TTL minimo per il record SOA per le zone ospitate con un valore più tipico per i record SOA, per esempio, 900 secondi, Questo è l'ultimo valore nel record SOA.
## Fase 10: (opzionale) contatta i servizi DNS ricorsivi
*Facoltativo* Se utilizzi il routing di geolocalizzazione di Amazon Route 53, contatta i servizi DNS ricorsivi che supportano l' edns-client-subnetestensione di e fornisci loro i nomi dei EDNS0 tuoi name server con etichetta bianca. In questo modo questi servizi DNS continueranno a instradare le query DNS alla posizione Route 53 ottimale in base alla posizione geografica approssimativa da cui è provenuta la query.
# Record NS e SOA creati da Amazon Route 53 per una zona ospitata pubblica
Per ciascuna zona ospitata creata, Amazon Route 53 crea automaticamente un record di server dei nomi (NS) e un record di origine di autorità (SOA). Raramente è necessario modificare questi record.
**Topics**
+ [Il record di server dei nomi (NS)](#NSrecords)
+ [Il record di origine di autorità (SOA)](#SOArecords)
## Il record di server dei nomi (NS)
Amazon Route 53 crea automaticamente un record di server dei nomi (NS) che ha lo stesso nome della tua zona ospitata. Vengono elencati i quattro server di nomi che sono i server di nomi ufficiali per la tua hosted zone. Tranne che in circostanze rare, si consiglia di non aggiungere, modificare o eliminare i server dei nomi in questo record.
I seguenti esempi mostrano il formato per i nomi di server dei nomi di Route 53 (sono solo esempi; non utilizzarli durante l'aggiornamento dei record di server dei nomi del tuo registrar):
+ *ns-2048.awsdns-64.com*
+ *ns-2049.awsdns-65.net*
+ *ns-2050.awsdns-66.org*
+ *ns-2051.awsdns-67.co.uk*
Per ottenere l'elenco dei server di nomi per la tua hosted zone:
1. Accedi e apri la console Route 53 all'indirizzo. Console di gestione AWS [https://console.aws.amazon.com/route53/](https://console.aws.amazon.com/route53/)
1. Nel pannello di navigazione, scegli **Zone ospitate**.
1. Nella pagina **Zone ospitate**, scegli il pulsante di opzione (non il nome) per la zona ospitata, quindi seleziona **Visualizza dettagli**.
1. Nella pagina dei dettagli della zona ospitata, scegli **Dettagli della zona ospitata**.
1. Prendi nota dei quattro server indicati per **Server dei nomi**.
Per ulteriori informazioni sulla migrazione del servizio DNS da un altro provider di servizi DNS a Route 53, consulta [Rendere Amazon Route 53 il servizio DNS per un dominio esistenteRendere il Route 53 il servizio DNS per un dominio esistente](MigratingDNS.md).
## Il record di origine di autorità (SOA)
I; record origine di autorità (SOA) identifica le informazioni DNS di base che interessano il dominio, ad esempio:
```
1. ns-2048.awsdns-64.net. hostmaster.example.com. 1 7200 900 1209600 86400
```
Un record SOA include i seguenti elementi:
+ Il server dei nomi di Route 53 che ha creato il record SOA, ad esempio, `ns-2048.awsdns-64.net`.
+ L'indirizzo e-mail dell'amministratore. Il simbolo `@` è sostituito da un punto, ad esempio `hostmaster.example.com`. Il valore di default è un indirizzo e-mail amazon.com che non è monitorato.
+ Un numero di serie che puoi incrementare ogni volta che aggiorni un record nella zona ospitata. Route 53 non incrementa automaticamente il numero. (Il numero di serie viene utilizzato dai servizi DNS che supportano il DNS secondario.) In questo esempio, il valore è `1`.
+ Un tempo di aggiornamento in secondi che i server DNS secondari attendono prima di eseguire query sui record SOA dei server DNS primari per verificare la presenza di modifiche. In questo esempio, il valore è `7200`.
+ L'intervallo in secondi che un server secondario attende prima di provare il trasferimento di una zona non riuscito. Di solito, il tempo per il nuovo tentativo è inferiore al tempo di aggiornamento. In questo esempio, il valore è `900` (15 minuti).
+ Il tempo in secondi per cui un server secondario continuerà a tentare di completare un trasferimento di zona. Se questo trascorre prima del trasferimento, il server secondario smetterà di rispondere alle query perché considera i suoi dati troppo vecchi per essere affidabili. In questo esempio, il valore è `1209600` (due settimane).
+ Il TTL minimo. Questo valore consente di definire il periodo di tempo in cui i resolver ricorsivi devono memorizzare nella cache le seguenti risposte da Route 53:
**NXDOMAIN**
Non vi è alcun record di alcun tipo con il nome specificato nella query DNS, ad esempio example.com. Non sono inoltre presenti record figlio del nome specificato nella query DNS, ad esempio zenith.example.com.
**NODATA**
Esiste almeno un record con il nome specificato nella query DNS, ma nessuno di questi record ha il tipo (ad esempio A) specificato nella query DNS.
Quando un resolver DNS memorizza nella cache un risultato NXDOMAIN, questa operazione viene definita come *memorizzazione negativa nella cache*.
La durata della memorizzazione negativa nella cache è il minore dei seguenti valori:
+ Questo valore: il TTL minimo nel record SOA. Nell'esempio, il valore è `86400` (un giorno).
+ Il valore del TTL per il record SOA. Il valore predefinito è 900 secondi. Per informazioni su come modificare questo valore, consulta [Modifica di record](resource-record-sets-editing.md).
Quando Route 53 risponde alle query DNS con una risposta NXDOMAIN o NODATA (una risposta negativa), viene addebitata la tariffa per le query standard. Consulta "Query" in [Prezzi di Amazon Route 53](https://aws.amazon.com/route53/pricing/). Se sei preoccupato per il costo delle risposte negative, un'opzione consiste nel modificare il TTL per il record SOA, il valore TTL minimo nel record SOA (questo valore) o entrambi. Tieni presente che l'aumento di questi valori TTLs, che si applicano alle risposte negative per l'intera zona ospitata, può avere effetti sia positivi che negativi:
+ I resolver DNS di Internet memorizzano nella cache l'inesistenza di record per periodi più lunghi, cosa che riduce il numero di query che vengono inoltrate a Route 53. In questo modo si riduce l'addebito di Route 53 per le query DNS.
+ Tuttavia, se si elimina erroneamente un record valido e successivamente lo si ricrea, i resolver DNS memorizzeranno nella cache la risposta negativa (questo record non esiste) per un periodo più lungo. In questo modo si allungano i tempi in cui i clienti o gli utenti non possono raggiungere la risorsa corrispondente, ad esempio un server Web per acme.example.com.
**Per trovare i record SOA in Route 53**
1. Accedi Console di gestione AWS e apri la console Route 53 all'indirizzo [https://console.aws.amazon.com/route53/](https://console.aws.amazon.com/route53/).
1. Nel pannello di navigazione, scegli **Zone ospitate**.
1. Seleziona il nome collegato del dominio per cui desideri visualizzare i record.
1. Nella sezione **Records** (Record) puoi visualizzare tutti i record elencati e puoi filtrarli in modo da trovare il valore del tuo SOA.
# Abilitare il ripristino accelerato per la gestione dei record DNS pubblici
Il ripristino accelerato di Route 53 per la gestione dei record DNS pubblici è progettato per raggiungere un Recovery Time Objective (RTO) di 60 minuti in caso di indisponibilità del servizio nella regione Stati Uniti orientali (Virginia settentrionale). Se abilitato su una zona ospitata pubblica su Route 53, sarà possibile riprendere ad apportare modifiche ai record DNS nella zona ospitata pubblica entro circa 60 minuti dal AWS rilevamento che le operazioni nella regione Stati Uniti orientali (Virginia settentrionale) sono compromesse.
**Importante**
Il ripristino accelerato è disponibile solo per le zone ospitate pubbliche. Le zone ospitate private non sono supportate.
**Nota**
La risoluzione delle query DNS dal piano dati della Route 53 continua a funzionare normalmente durante l'interruzione del servizio regionale. Vedi [Resilience in Route 53](https://docs.aws.amazon.com/Route53/latest/DeveloperGuide/disaster-recovery-resiliency.html) per una comprensione delle operazioni del piano dati rispetto a quelle del piano di controllo.
**Topics**
+ [Come funziona il ripristino accelerato per i record DNS pubblici](#accelerated-recovery-how-it-works)
+ [Reinvio delle modifiche DNS dopo il failover](#accelerated-recovery-resubmit)
+ [Failback nella regione Stati Uniti orientali (Virginia settentrionale)](#accelerated-recovery-failback)
+ [Ulteriori considerazioni](#accelerated-recovery-considerations)
+ [Come abilitare il ripristino accelerato per la gestione dei record DNS pubblici](#accelerated-recovery-enable)
## Come funziona il ripristino accelerato per i record DNS pubblici
Quando il ripristino accelerato è abilitato, Route 53 manterrà una copia della tua zona ospitata pubblica nella regione degli Stati Uniti occidentali (Oregon). Se i servizi nella regione Stati Uniti orientali (Virginia settentrionale) non sono disponibili per un periodo prolungato, Route 53 eseguirà il failover entro 60 minuti, reindirizzando automaticamente le operazioni del piano di controllo per le zone ospitate pubbliche abilitate al ripristino accelerato verso la regione Stati Uniti occidentali (Oregon). Puoi quindi continuare ad apportare modifiche al DNS a livello di codice tramite CLI, SDK e API. Tieni presente che durante il failover sarà disponibile un set limitato di metodi API. Per ulteriori dettagli, consulta la sezione «Considerazioni aggiuntive». Quando la regione si riprenderà, Route 53 eseguirà la procedura di failback, indirizzando automaticamente le operazioni del piano di controllo verso la regione degli Stati Uniti orientali (Virginia settentrionale).
**Nota**
Prima che si verifichi qualsiasi danno alla regione Stati Uniti orientali (Virginia settentrionale), è necessario innanzitutto abilitare il ripristino accelerato per la gestione dei record DNS pubblici nella zona ospitata pubblica. Questa operazione può essere eseguita tramite Console, CLI, SDK o API (vedi la sezione intitolata *Come abilitare il ripristino accelerato per la gestione dei record DNS pubblici* in questa pagina di seguito). Non è possibile abilitare il ripristino accelerato per la gestione dei record DNS pubblici dopo un failover.
## Reinvio delle modifiche DNS dopo il failover
In condizioni normali, le modifiche alle zone ospitate pubbliche con ripristino accelerato abilitato verranno accettate dalla regione Stati Uniti orientali (Virginia settentrionale) e quindi replicate con successo nella regione Stati Uniti occidentali (Oregon). Tuttavia, quando si verifica un'interruzione del servizio nella regione Stati Uniti orientali (Virginia settentrionale), alcune modifiche possono essere accettate dalla regione Stati Uniti orientali (Virginia settentrionale), ma non possono essere replicate nella regione Stati Uniti occidentali (Oregon). Queste modifiche in corso vengono definite «modifiche bloccate». Una volta completato il failover, Route 53 consiglia di inviare nuovamente le modifiche non disponibili prima di riprendere i flussi di lavoro DNS. È possibile ottenere ciò utilizzando l'API o utilizzando quanto descritto di seguito. AWS CloudFormation
### Utilizzo dell'API per tracciare e inviare le modifiche DNS
[Se utilizzi l'API Route 53, la AWS CLI o AWS SDKs per gestire i record DNS, dovrai utilizzare l'API e l'[ChangeResourceRecordSets API](https://docs.aws.amazon.com/Route53/latest/APIReference/API_ChangeResourceRecordSets.html) rispettivamente per inviare e tenere traccia delle GetChange modifiche DNS.](https://docs.aws.amazon.com/Route53/latest/APIReference/API_GetChange.html)
Quando utilizzi l' ChangeResourceRecordSets API per apportare modifiche al DNS, Route 53 restituisce un identificatore (ID) per la modifica apportata (vedi [ChangeInfo](https://docs.aws.amazon.com/Route53/latest/APIReference/API_ChangeInfo.html)per i dettagli dell'oggetto di risposta alle modifiche). Puoi fornire questo ID in una richiesta successiva all' GetChange API e osservare lo stato della modifica. Le modifiche DNS con stato INSYNC sono state replicate nella regione Stati Uniti occidentali (Oregon) e propagate a tutti i server DNS della Route 53. Non è necessario eseguire ulteriori azioni su queste modifiche prima o dopo un failover. Tuttavia, in caso di riduzione del valore nella regione Stati Uniti orientali (Virginia settentrionale), GetChange potrebbe tornare PENDING, a indicare che la modifica potrebbe non essere stata replicata nella regione Stati Uniti occidentali (Oregon). In tal caso, una volta completato il failover, GetChange verrà restituito, a indicare che Route 53 non è riuscita a NoSuchChange replicare questa modifica DNS. Pertanto, dopo il failover, puoi tranquillamente ignorare queste modifiche DNS bloccate e inviarle nuovamente come nuove modifiche DNS. Saprai che il processo di failover è stato completato quando Route 53 pubblica un messaggio su AWS Health Dashboard.
### Utilizzo AWS CloudFormation per tenere traccia e inviare le modifiche
AWS CloudFormation monitora automaticamente lo stato di replica delle modifiche DNS utilizzando l' GetChange API e completa un aggiornamento solo dopo che le modifiche DNS sono state confermate come INSYNC. Se lo utilizzi CloudFormation per gestire i record DNS e la regione Stati Uniti orientali (Virginia settentrionale) non è più disponibile, le azioni intraprese non CloudFormation verranno completate correttamente durante il periodo di indisponibilità. Tuttavia, puoi semplicemente ripetere le stesse azioni per consentire CloudFormation di inviare nuovamente le modifiche DNS, una volta completato il processo di failover di Route 53.
## Failback nella regione Stati Uniti orientali (Virginia settentrionale)
Una volta ripristinata la situazione, Route 53 ripristinerà le operazioni del piano di controllo per la zona ospitata dal pubblico verso la regione degli Stati Uniti orientali (Virginia settentrionale). Durante il failback, non sarà necessario inviare nuovamente le modifiche DNS, poiché durante questo processo non verranno introdotte modifiche bloccate.
## Ulteriori considerazioni
È necessario tenere presente alcune considerazioni aggiuntive relative alla funzionalità di ripristino accelerato:
1. Non sarà possibile creare nuove zone ospitate, eliminare zone ospitate esistenti, abilitare la firma DNSSEC o disabilitare la firma DNSSEC durante il failover.
1. AWS PrivateLink le connessioni non funzioneranno dopo il failover, ma funzioneranno nuovamente dopo un failback nella regione Stati Uniti orientali (Virginia settentrionale).
1. CloudFront Al momento non sono supportati [i piani forfettari](https://docs.aws.amazon.com/AmazonCloudFront/latest/DeveloperGuide/flat-rate-pricing-plan.html).
1. Le zone ospitate con ripristino accelerato abilitato non possono essere eliminate. È necessario disabilitare il ripristino accelerato prima di tentare di eliminare la zona ospitata.
1. Durante il failover, i seguenti metodi API continueranno a essere supportati per le zone ospitate pubbliche con ripristino accelerato abilitato. Tuttavia, tutti gli altri metodi API di Route 53 non funzioneranno fino a quando non si verificherà un failback.
+ `ChangeResourceRecordSets`
+ `GetChange`
+ `GetGeoLocation`
+ `GetHostedZone`
+ `GetHostedZoneCount`
+ `GetHostedZoneLimit`
+ `GetReusableDelegationSet`
+ `GetReusableDelegationSetLimit`
+ `ListGeoLocations`
+ `ListHostedZones`
+ `ListHostedZonesByName`
+ `ListResourceRecordSets`
+ `ListReusableDelegationSets`
## Come abilitare il ripristino accelerato per la gestione dei record DNS pubblici
Puoi abilitare il ripristino accelerato per la gestione dei record DNS pubblici utilizzando la console Route 53, l'API, la CLI o l'SDK. Il tempo necessario per abilitare il ripristino accelerato dipenderà dalle dimensioni della zona ospitata pubblica e da altri fattori. È consigliabile pianificare che il processo di attivazione del ripristino accelerato richieda fino a diverse ore. Puoi controllare lo stato del processo di abilitazione nella scheda Ripristino accelerato della tua zona ospitata pubblica o tramite l'API. `GetHostedZone` Una volta completato il processo, ci sarà un breve periodo di tempo della durata di diversi minuti in cui le modifiche al DNS non verranno accettate. Una volta completate, le modifiche al DNS possono procedere normalmente.
**Per abilitare e disabilitare il ripristino accelerato utilizzando la console Route 53**
1. Apri la console Route 53 all'indirizzo [https://console.aws.amazon.com/route53/](https://console.aws.amazon.com/route53/).
1. Nel pannello di navigazione, scegli **Zone ospitate**.
1. Scegli la zona ospitata pubblica per la quale desideri abilitare il ripristino accelerato.
1. **Nella scheda **Ripristino accelerato**, scegli Abilita.**
1. Scegli **Save changes** (Salva modifiche).
1. Monitora lo stato della zona ospitata. Lo stato mostra **Abilitazione del ripristino accelerato** durante la configurazione e cambia in **Abilitato** al termine.
**Puoi disabilitare il ripristino accelerato seguendo gli stessi passaggi precedenti, ma scegliendo invece Disabilita.**
Esempio di CLI da abilitare
```
aws route53 update-hosted-zone-features --enable-accelerated-recovery --hosted-zone-id Z123456789
```
Esempio CLI da disabilitare
```
aws route53 update-hosted-zone-features --no-enable-accelerated-recovery --hosted-zone-id Z123456789
```