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 dei record
Dopo aver creato una zona ospitata per il tuo dominio (come esempio.com), quindi crea record per indicare al Domain Name System (DNS) come desideri instradare il traffico su Internet per quel dominio.
Ad esempio, puoi creare record che fanno in modo che il DNS effettui le seguenti azioni:
+ Instradare il traffico Internet per esempio.com all'indirizzo IP di un host nel tuo data center.
+ Instradare le e-mail per quel dominio (ichiro@esempio.com) a un server e-mail (mail.esempio.com).
+ Instradare il traffico per un sottodominio chiamato operations.tokyo.esempio.com all'indirizzo IP di un altro host.
Ogni record include il nome di un dominio o sottodominio, un tipo di record (ad esempio, un record con un tipo di MX instrada le e-mail) e altre informazioni applicabili al tipo di record (per i record MX, il nome host di uno o più server di posta e una priorità per ogni server). Per ulteriori informazioni sui diversi tipi di record, consulta [Tipi di record DNS supportati](ResourceRecordTypes.md).
Il nome di ciascun record in una zona ospitata deve terminare con il nome della zona ospitata. Ad esempio, la zona ospitata esempio.com può contenere record per i sottodomini www.esempio.com e accounting.tokyo.esempio.com, ma non può contenere record per un sottodominio www.esempio.ca.
**Nota**
Per creare record per configurazioni di routing complesse, puoi anche utilizzare l'editor visivo Traffic Flow e salvare la configurazione come policy sul traffico. Puoi quindi associare la policy di traffico a uno o più nomi di dominio (ad esempio esempio.com) o nomi di sottodominio (ad esempio www.esempio.com), nella stessa zona ospitata o in più zone ospitate. Inoltre, puoi eseguire il roll back degli aggiornamenti se la nuova configurazione non offre le prestazioni previste. Per ulteriori informazioni, consulta [Utilizzo di Traffic Flow per instradare il traffico DNS](traffic-flow.md).
Amazon Route 53 non prevede costi per i record che aggiungi a una zona ospitata. Per informazioni sul numero massimo di record che puoi creare in una zona ospitata, consulta [Quote](DNSLimitations.md).
**Topics**
+ [Scegliere una policy di routing](routing-policy.md)
+ [Scelta tra record alias e non alias](resource-record-sets-choosing-alias-non-alias.md)
+ [Tipi di record DNS supportati](ResourceRecordTypes.md)
+ [Creazione di record utilizzando la console Amazon Route 53](resource-record-sets-creating.md)
+ [Autorizzazioni del set di record di risorse](resource-record-sets-permissions.md)
+ [Di seguito sono descritti i valori che devi specificare durante la creazione o la modifica di record di Amazon Route 53.](resource-record-sets-values.md)
+ [Creazione di record mediante importazione di un file di zona](resource-record-sets-creating-import.md)
+ [Modifica di record](resource-record-sets-editing.md)
+ [Eliminazione di record](resource-record-sets-deleting.md)
+ [Elencazione di record](resource-record-sets-listing.md)
# Scegliere una policy di routing
Quando crei un record, puoi scegliere una policy di routing che determina come Amazon Route 53 risponde alle query:
+ **Policy di routing semplice**: utilizza questa opzione per una singola risorsa che esegue una determinata funzione per il tuo dominio, ad esempio un server Web che fornisce i contenuti per il sito Web esempio.com. Puoi utilizzare un routing semplice per creare i record in una zona ospitata privata.
+ **Policy di routing di failover**: utilizza questa opzione se desideri configurare un failover attivo-passivo. Puoi utilizzare il routing di failover per creare i record in una zona ospitata privata.
+ **Policy di routing di geolocalizzazione**: utilizza questa opzione se desideri instradare il traffico alle tue risorse in base alla posizione degli utenti. Puoi utilizzare il routing di geolocalizzazione per creare i record in una zona ospitata privata.
+ **Policy di routing di geoprossimità**: utilizza questa opzione se desideri instradare il traffico in base alla posizione delle tue risorse e, facoltativamente, spostare il traffico dalle risorse in una posizione alle risorse in un'altra posizione. È possibile utilizzare il routing di geoprossimità per creare record in una zona ospitata privata.
+ **Politica di routing della latenza**: utilizzala quando hai più risorse Regioni AWS e desideri indirizzare il traffico verso la regione che offre la latenza migliore. Puoi utilizzare il routing della latenza per creare i record in una zona ospitata privata.
+ **Policy di routing basato su IP**: utilizza questa opzione quando desideri instradare il traffico in base alle posizioni degli utenti e disporre degli indirizzi IP da cui proviene il traffico.
+ **Policy di routing con risposta multivalore**: utilizza questa opzione se desideri che Route 53 risponda alle query DNS con un massimo di otto record integri selezionati casualmente. Puoi utilizzare il routing di risposta multivalore per creare i record in una zona ospitata privata.
+ **Policy di routing ponderata**: utilizza questa opzione se desideri instradare il traffico a più risorse nelle proporzioni specificate. Puoi utilizzare il routing ponderato per creare i record in una zona ospitata privata.
**Topics**
+ [Routing semplice](routing-policy-simple.md)
+ [Routing di failover](routing-policy-failover.md)
+ [Routing di geolocalizzazione](routing-policy-geo.md)
+ [Geoproximity routing](routing-policy-geoproximity.md)
+ [Routing basato sulla latenza](routing-policy-latency.md)
+ [Routing basato su IP](routing-policy-ipbased.md)
+ [Routing di risposta multivalore](routing-policy-multivalue.md)
+ [Routing ponderato](routing-policy-weighted.md)
+ [In che modo Amazon Route 53 utilizza EDNS0 per stimare la posizione di un utente](routing-policy-edns0.md)
# Routing semplice
Il routing semplice consente di configurare record DNS standard, senza un routing di Route 53 speciale, ad esempio ponderato o latenza. Con il routing semplice, in genere il traffico viene instradato a un'unica risorsa, ad esempio a un server Web per il tuo sito Web.
Puoi utilizzare una policy di instradamento semplice per creare i record in una zona ospitata privata.
Se scegli la policy di routing semplice nella console Route 53, non è possibile creare più record con lo stesso nome e tipo, ma è possibile specificare più valori nello stesso record, ad esempio più indirizzi IP. (Se scegli la politica di routing semplice per un record di alias, puoi specificare solo una AWS risorsa o un record nella zona ospitata corrente.) Se specifichi più valori in un record, Route 53 restituisce tutti i valori al resolver ricorsivo in ordine casuale e il resolver restituisce i valori al client (ad esempio un browser Web) che ha inviato la query DNS. Il client, quindi, seleziona un valore e inoltra nuovamente la query. Con una policy di instradamento semplice è possibile specificare più indirizzi IP, ma su questi non viene eseguito alcun controllo dell'integrità.
Per ulteriori informazioni sui valori specificati dall'utente quando si utilizza la policy di routing semplice per creare record, vedere i seguenti argomenti:
+ [Valori specifici per record semplici](resource-record-sets-values-basic.md)
+ [Valori specifici per record alias semplici](resource-record-sets-values-alias.md)
+ [Valori comuni per tutte le policy di routing](resource-record-sets-values-shared.md)
+ [Valori comuni per i record alias per tutte le policy di routing](resource-record-sets-values-alias-common.md)
# Routing di failover
Il routing di failover consente di instradare il traffico verso una risorsa quando la risorsa è integra o a un'altra risorsa quando la prima risorsa non è integra. I record primari e secondari possono instradare il traffico verso qualsiasi risorsa da un bucket Amazon S3 configurato come sito Web in una complessa struttura di record. Per ulteriori informazioni, consulta [Failover attivo-passivo](dns-failover-types.md#dns-failover-types-active-passive).
Puoi utilizzare una policy di instradamento di failover per creare i record in una zona ospitata privata.
Per ulteriori informazioni sui valori specificati dall'utente quando si utilizza la policy di routing del failover semplice per creare record, vedere i seguenti argomenti:
+ [Valori specifici per record di failover](resource-record-sets-values-failover.md)
+ [Valori specifici per i record alias di failover](resource-record-sets-values-failover-alias.md)
+ [Valori comuni per tutte le policy di routing](resource-record-sets-values-shared.md)
+ [Valori comuni per i record alias per tutte le policy di routing](resource-record-sets-values-alias-common.md)
# Routing di geolocalizzazione
Il routing di geolocalizzazione ti consente di scegliere le risorse in grado di gestire il traffico in base alla posizione geografica dei tuoi utenti, ossia la posizione da cui provengono le query DNS. È possibile, ad esempio, instradare tutte le query dall'Europa a un sistema di bilanciamento del carico Elastic Load Balancing nella regione di Francoforte.
Quando usi il routing di geolocalizzazione, puoi localizzare i tuoi contenuti e presentare alcuni o tutti i tuoi siti Web nel linguaggio dei tuoi utenti. Puoi utilizzare il routing di geolocalizzazione anche per limitare la distribuzione di contenuti solo ai percorsi in cui disponi di diritti di distribuzione. Un altro possibile utilizzo è quello di bilanciare il carico tra gli endpoint in modo prevedibile, in easy-to-manage modo che ogni posizione dell'utente venga indirizzata in modo coerente allo stesso endpoint.
Puoi specificare aree geografiche per continente, paese o stato degli Stati Uniti. Se crei record separati per regioni geografiche che si sovrappongono, ad esempio, un record per Nord America e uno per Canada, la priorità va alla regione geografica più piccola. In questo modo puoi instradare alcune query per un continente a una risorsa e instradare le query per determinati paesi su questo continente a un'altra risorsa. (Per un elenco di paesi in ciascun continente, consulta [Location (Ubicazione)](resource-record-sets-values-geo.md#rrsets-values-geo-location).)
La geolocalizzazione funziona attraverso la mappatura di indirizzi IP alle posizioni. Tuttavia, alcuni indirizzi IP non sono mappati ad aree geografiche, quindi anche se crei record di geolocalizzazione che coprono tutti i sette continenti, Amazon Route 53 riceverà alcune query DNS da posizioni che non è in grado di identificare. Puoi creare un record di default che gestisce le query da parte di indirizzi IP che non vengono mappati ad alcuna posizione e le query che provengono da posizioni per cui non hai creato record di geolocalizzazione. Se non crei un record di default, Route 53 restituisce "nessuna risposta" per le query provenienti da tali posizioni.
Puoi utilizzare una policy di instradamento basato sulla geolocalizzazione per creare i record in una zona ospitata privata o pubblica.
Per ulteriori informazioni, consulta [In che modo Amazon Route 53 utilizza EDNS0 per stimare la posizione di un utente](routing-policy-edns0.md).
Per ulteriori informazioni sui valori specificati dall'utente quando si utilizza la policy di routing di geolocalizzazione per creare record, vedere i seguenti argomenti:
+ [Valori specifici per record di geolocalizzazione](resource-record-sets-values-geo.md)
+ [Valori specifici per record degli alias di geolocalizzazione](resource-record-sets-values-geo-alias.md)
+ [Valori comuni per tutte le policy di routing](resource-record-sets-values-shared.md)
+ [Valori comuni per i record alias per tutte le policy di routing](resource-record-sets-values-alias-common.md)
# Instradamento della geolocalizzazione in zone ospitate privata
Per le zone ospitate private, Route 53 risponde alle query DNS in base al VPC da cui proviene Regione AWS la query. Per l'elenco di Regioni AWS, consulta [Regioni e zone](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/using-regions-availability-zones.html) nella guida per l'*utente di Amazon EC2*.
Se la query DNS proviene da una parte on-premise di una rete ibrida, verrà considerata come originata dal Regione AWS in cui si trova il VPC.
Se si includono controlli dell'integrità, è possibile creare record predefiniti per:
+ Indirizzi IP che non sono mappati a posizioni geografiche.
+ Query DNS provenienti da posizioni per le quali non hai creato record di geolocalizzazione.
Se il record di geolocalizzazione per la regione della query DNS non è integro, verrà restituito il record predefinito (se è integro).
Nella configurazione di esempio nella figura seguente, le query DNS provenienti da un us-east-1 Regione AWS (Virginia) verranno instradate all'endpoint 1.1.1.1.
![\[Una schermata che mostra un record di geolocalizzazione per una zona ospitata privata.\]](http://docs.aws.amazon.com/it_it/Route53/latest/DeveloperGuide/images/geolocation-phz.png)
# Geoproximity routing
Il routing di geoprossimità consente ad Amazon Route 53 di instradare il traffico verso le tue risorse in base all'ubicazione geografica dei tuoi utenti e risorse. Indirizza il traffico verso la risorsa più vicina disponibile. Puoi anche scegliere di instradare più o meno traffico a una determinata risorsa specificando un valore, noto come *bias*. Un bias espande o restringe le dimensioni della regione geografica da cui il traffico viene instradato a una risorsa.
Puoi creare regole di geoprossimità per le tue risorse e specificare uno dei seguenti valori per ciascuna regola:
+ Se utilizzi AWS risorse, specifica il gruppo Regione AWS di zone locali in cui hai creato la risorsa.
+ Se non utilizzi AWS risorse, specifica la latitudine e la longitudine della risorsa.
Per utilizzare AWS Local Zones, devi prima abilitarle. Per ulteriori informazioni, consulta [Nozioni di base sulle zone locali](https://docs.aws.amazon.com/local-zones/latest/ug/getting-started.html) nella *Guida per l'utente delle zone locali AWS *.
Per conoscere la differenza tra Regioni AWS e Local Zones, consulta [Regions and Zones](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/using-regions-availability-zones.html) nella *Amazon EC2 User* Guide.
Per modificare facoltativamente le dimensioni della regione geografica da cui Route 53 indirizza il traffico a una risorsa, specifica il valore applicabile per il bias:
+ Per espandere le dimensioni della regione geografica da cui Route 53 indirizza il traffico a una risorsa, specifica un numero intero positivo tra 1 e 99 per il bias. Route 53 riduce le dimensioni delle Regioni adiacenti.
+ Per ridurre le dimensioni della Regione geografica da cui Route 53 instrada il traffico a una risorsa, specifica un numero negativo tra -1 e -99 per il bias. Route 53 espande le dimensioni delle Regioni adiacenti.
**Nota**
Stiamo aggiornando la console Traffic Flow per Route 53. Durante il periodo di transizione, puoi continuare a utilizzare la vecchia console.
Seleziona la scheda per la console che stai utilizzando.
+ [Nuova console](#traffic-flow-geoprox-routing-map-new)
+ [Vecchia console](#traffic-flow-geoprox-routing-map-old)
------
#### [ New console ]
La mappa seguente ne mostra quattro Regioni AWS (numerate da 1 a 5):
1. Stati Uniti occidentali (Oregon)
1. Europa (Francoforte)
1. Asia Pacifico (Tokyo)
1. Africa (Città del Capo)
1. Medio Oriente (Bahrein)
**Nota**
Le mappe sono disponibili solo con Traffic Flow.
![\[Una mappa del mondo che mostra come viene indirizzato il traffico quando si dispone di record di geoprossimità per le risorse negli Stati Uniti occidentali (Oregon), Regioni AWS in Europa (Francoforte), nell'Asia Pacifico (Tokyo), in Africa (Città del Capo) e nel Medio Oriente (Bahrein).\]](http://docs.aws.amazon.com/it_it/Route53/latest/DeveloperGuide/images/traffic-flow-geoproximity-no-bias-new.png)
**La mappa seguente mostra cosa succede se si aggiunge una polarizzazione di \$125 per la regione Stati Uniti occidentali (Oregon) (numero 1 sulla mappa).** Il traffico viene indirizzato alla risorsa in quella regione da una parte più ampia del Nord America e da tutto il Sud America rispetto al passato.
![\[Una mappa del mondo che mostra il modo in cui il traffico viene instradato quando si aggiunge un bias di +25 nella regione Stati Uniti orientali (Virginia settentrionale).\]](http://docs.aws.amazon.com/it_it/Route53/latest/DeveloperGuide/images/traffic-flow-geoproximity-bias-plus25-new.png)
La mappa seguente mostra cosa succede se si modifica la polarizzazione a -25 per la regione Stati Uniti occidentali (Oregon). ****Il traffico viene indirizzato alla risorsa in quella regione da porzioni più piccole del Nord e del Sud America rispetto al passato e una maggiore quantità di traffico viene indirizzata verso le risorse nelle regioni adiacenti **2, 3** e 4.****
![\[Una mappa del mondo che mostra come viene indirizzato il traffico se si aggiunge una distorsione di -25 nella regione Stati Uniti occidentali (Oregon).\]](http://docs.aws.amazon.com/it_it/Route53/latest/DeveloperGuide/images/traffic-flow-geoproximity-bias-minus25-new.png)
------
#### [ Old console ]
La mappa seguente ne mostra quattro Regioni AWS (numerati da 1 a 4) e una località a Johannesburg, in Sudafrica, specificata da latitudine e longitudine (5).
**Nota**
Le mappe sono disponibili solo con Traffic Flow.
![\[Una mappa del mondo che mostra come viene indirizzato il traffico quando si dispone di record di geoprossimità per risorse Regioni AWS negli Stati Uniti occidentali (Oregon), Stati Uniti orientali (Virginia settentrionale), Europa (Parigi) e Asia Pacifico (Tokyo) e si ha un record per una non AWS risorsa a Johannesburg, in Sudafrica.\]](http://docs.aws.amazon.com/it_it/Route53/latest/DeveloperGuide/images/traffic-flow-geoproximity-map-example-no-bias.png)
La mappa seguente mostra cosa accade se si aggiunge un bias di \$125 per la regione Stati Uniti orientali (Virginia settentrionale), numero **2** sulla mappa. Il traffico viene instradato alla risorsa in quella regione da una maggiore porzione di Nord America rispetto al passato e da tutto il Sud America.
![\[Una mappa del mondo che mostra il modo in cui il traffico viene instradato quando si aggiunge un bias di +25 nella regione Stati Uniti orientali (Virginia settentrionale).\]](http://docs.aws.amazon.com/it_it/Route53/latest/DeveloperGuide/images/traffic-flow-geoproximity-map-example-bias-plus-25.png)
La mappa seguente mostra cosa accade se si modifica il bias di -25 per la regione Stati Uniti orientali (Virginia settentrionale). Il traffico viene instradato alla risorsa in quella regione da una porzione minore rispetto al passato di Nord e Sud America e molto altro traffico viene instradato a risorse nelle regioni adiacenti **1**, **3** e **5**.
![\[Una mappa del mondo che mostra il modo in cui il traffico viene instradato quando si aggiunge un bias di -25 nella regione Stati Uniti orientali (Virginia settentrionale).\]](http://docs.aws.amazon.com/it_it/Route53/latest/DeveloperGuide/images/traffic-flow-geoproximity-map-example-bias-minus-25.png)
------
L'effetto della modifica del bias per le tue risorse dipende da una serie di fattori, tra cui le seguenti:
+ Il numero di risorse di cui disponi.
+ La vicinanza delle risorse tra loro.
+ Il numero di utenti che hai vicino la zona di confine tra regioni geografiche. Ad esempio, supponiamo di avere risorse negli Regioni AWS Stati Uniti orientali (Virginia settentrionale) e negli Stati Uniti occidentali (Oregon) e di avere molti utenti a Dallas, Austin e San Antonio, Texas, USA. Queste città sono all'incirca equidistanti tra le risorse, quindi una piccola variazione di orientamento potrebbe comportare una forte oscillazione del traffico tra le risorse dell'una e l'altra. Regione AWS
È consigliabile modificare il bias in piccoli incrementi per evitare di sovraccaricare le risorse a causa di aumenti imprevisti del traffico.
Per ulteriori informazioni, consulta [In che modo Amazon Route 53 utilizza EDNS0 per stimare la posizione di un utente](routing-policy-edns0.md).
## Come Amazon Route 53 utilizza il bias per instradare il traffico
Ecco la formula che Amazon Route 53 utilizza per determinare come instradare il traffico:
**Bias**
`Biased distance = actual distance * [1 - (bias/100)]`
Quando il valore della distorsione è positivo, Route 53 considera l'origine di una query DNS e la risorsa specificata in un record di geoprossimità (ad esempio un'istanza EC2 in un Regione AWS) come se fossero più vicine di quanto non siano in realtà. Ad esempio, supponiamo che hai i seguenti record di geoprossimità:
+ Un record per il server Web A, che dispone di un bias positivo di 50
+ Un record per il server Web B, che non prevede alcun bias
Quando un record di geoprossimità dispone di un bias positivo di 50, Route 53 dimezza la distanza tra l'origine di una query e la risorsa per quel record. Route 53 calcola quindi la risorsa che è più vicina all'origine della query. Supponiamo che il server Web A è a 150 chilometri dall'origine di una query e il server Web B è a 100 chilometri. Se nessuno dei record ha un bias, Route 53 instrada le query al server Web B perché è più vicino. Tuttavia, poiché il record per il server Web A ha un bias positivo di 50, Route 53 tratta il server Web A come se fosse 75 chilometri dall'origine della query. Di conseguenza, Route 53 instrada le query al server Web A.
Ecco il calcolo per un bias positivo di 50:
```
Bias = 50
Biased distance = actual distance * [1 - (bias/100)]
Biased distance = 150 kilometers * [1 - (50/100)]
Biased distance = 150 kilometers * (1 - .50)
Biased distance = 150 kilometers * (.50)
Biased distance = 75 kilometers
```
# Routing basato sulla latenza
Se la tua applicazione è ospitata su più server Regioni AWS, puoi migliorare le prestazioni degli utenti servendo le loro richieste dalla piattaforma Regione AWS che offre la latenza più bassa.
**Nota**
I dati sulla latenza tra gli utenti e le risorse si basano interamente sul traffico tra utenti e data center AWS . Se non utilizzi risorse in un ambiente Regione AWS, la latenza effettiva tra gli utenti e le tue risorse può variare in modo significativo rispetto ai dati di AWS latenza. Ciò vale anche se le risorse si trovano nella stessa città di una Regione AWS.
Per usare il routing basato sulla latenza, è necessario creare record di latenza per le risorse in più Regioni AWS. Quando Route 53 riceve una query DNS per il tuo dominio o sottodominio (esempio.com o acme.esempio.com), determina per quali Regioni AWS hai creato record di latenza, determina quale regione offre all'utente la latenza minima e quindi seleziona un record di latenza per quella regione. Route 53 risponde con il valore proveniente dal record selezionato, ad esempio l'indirizzo IP per un server Web.
Ad esempio, supponiamo di disporre di sistemi di bilanciamento del carico Elastic Load Balancing nella regione Stati Uniti occidentali (Oregon) e nella regione Asia Pacifico (Singapore). Crei un record di latenza per ogni sistema di bilanciamento del carico. Ecco cosa succede quando un utente a Londra immette il nome di dominio in un browser:
1. Il DNS instrada la query a un server dei nomi di Route 53.
1. Route 53 si riferisce ai propri dati sulla latenza tra Londra e la regione di Singapore e tra Londra e la regione dell'Oregon.
1. Se la latenza è inferiore tra le regioni di Londra e Oregon, Route 53 risponde alla query con l'indirizzo IP per il sistema di bilanciamento del carico dell'Oregon. Se la latenza è inferiore tra Londra e la regione di Singapore, Route 53 risponde con l'indirizzo IP per il sistema di bilanciamento del carico di Singapore.
La latenza tra host su Internet può cambiare nel tempo a causa delle modifiche di connettività di rete e di routing. Il routing basato sulla latenza si basa su misurazioni di latenza eseguite in un determinato periodo di tempo e le misurazioni rispecchiano queste modifiche. Una richiesta instradata alla regione dell'Oregon questa settimana potrebbe essere instradata alla regione di Singapore la prossima settimana.
**Nota**
Quando un browser o un altro visualizzatore utilizza un resolver DNS che supporta l' edns-client-subnetestensione di EDNS0, il resolver DNS invia a Route 53 una versione troncata dell'indirizzo IP dell'utente. Se configuri il routing basato sulla latenza, Route 53 considera questo valore quando instrada il traffico alle tue risorse. Per ulteriori informazioni, consulta [In che modo Amazon Route 53 utilizza EDNS0 per stimare la posizione di un utente](routing-policy-edns0.md).
Puoi utilizzare una policy di instradamento della latenza per creare i record in una zona ospitata privata.
Per ulteriori informazioni sui valori specificati dall'utente quando si utilizza la policy di routing della latenza per creare record, vedere i seguenti argomenti:
+ [Valori specifici per i record di latenza](resource-record-sets-values-latency.md)
+ [Valori specifici per i record alias di latenza](resource-record-sets-values-latency-alias.md)
+ [Valori comuni per tutte le policy di routing](resource-record-sets-values-shared.md)
+ [Valori comuni per i record alias per tutte le policy di routing](resource-record-sets-values-alias-common.md)
# Instradamento basato sulla latenza in zone ospitate private
Per le zone ospitate private, Route 53 risponde alle query DNS con un endpoint che si trova nello stesso Regione AWS o è il più vicino in termini di distanza al VPC da cui ha avuto origine Regione AWS la query.
**Nota**
Se hai un endpoint in uscita inoltrato a un endpoint in entrata, il record verrà risolto in base alla posizione dell’endpoint in entrata, non dell’endpoint in uscita.
Se si includono i controlli dell'integrità e il record con la latenza più bassa rispetto all'origine della query non è integro, viene restituito un endpoint integro con la successiva latenza più bassa.
Nella configurazione di esempio riportata nella figura seguente, le query DNS provenienti da un us-east-1 Regione AWS, o più vicino ad esso, verranno instradate all'endpoint 1.1.1.1. Le query DNS da us-west-2, o da regione vicina, verranno instradate all'endpoint 2.2.2.2.
![\[Uno screenshot che mostra due record di latenza per una zona ospitata privata.\]](http://docs.aws.amazon.com/it_it/Route53/latest/DeveloperGuide/images/latency-phz.png)
# Routing basato su IP
Con il routing basato su IP in Amazon Route 53, puoi ottimizzare il routing DNS sfruttando la tua comprensione della rete, delle applicazioni e dei client per prendere le migliori decisioni di routing DNS per gli utenti finali. Il routing basato su IP offre un controllo granulare per ottimizzare le prestazioni o ridurre i costi di rete caricando i dati su Route 53 sotto forma di mappature. user-IP-to-endpoint
I routing di geolocalizzazione e della latenza si basano sui dati che Route 53 raccoglie e mantiene aggiornati. Questo approccio funziona per la maggior parte dei clienti, ma il routing basato su IP offre la possibilità aggiuntiva di ottimizzare il routing a seconda delle conoscenze specifiche del tuo portafoglio clienti. Ad esempio, un provider globale di contenuti video potrebbe voler instradare gli utenti finali da un provider di servizi Internet (ISP) specifico.
Quelli che seguono sono alcuni dei casi di utilizzo più frequenti dell'instradamento basato su IP:
+ Desideri indirizzare gli utenti finali da determinati endpoint a endpoint specifici ISPs in modo da ottimizzare i costi o le prestazioni del transito di rete.
+ Desideri aggiungere delle sostituzioni ai tipi di instradamento di Route 53 esistenti, come l'instradamento basato sulla geolocalizzazione, sulla base della conoscenza delle posizioni fisiche dei clienti.
**Gestione degli intervalli IP e loro associazione a un set di record di risorse () RRSet**
Ad IPv4 esempio, è possibile utilizzare blocchi CIDR compresi tra 1 e 24 bit di lunghezza, inclusi, mentre perIPv6, è possibile utilizzare blocchi CIDR tra 1 e 48 bit di lunghezza, inclusi. Per definire un blocco CIDR a zero bit (0.0.0.0/0 o ::/0), utilizza la posizione predefinita ("\$1").
Per le query DNS con un CIDR più lungo di quello specificato nella raccolta CIDR, Route 53 lo abbinerà al CIDR più breve. Ad esempio, se si specifica 2001:0DB8: :/32 come blocco CIDR nella raccolta CIDR e una query ha origine da 2001:0:0000:1234: :/48, corrisponderà. DB8 Se, d'altra parte, specifichi 2001:0DB8: 0000:1234: :/48 nella tua raccolta CIDR e una query ha origine da 2001:0DB8: :/32, questa non corrisponderà e Route 53 risponderà con il record per la posizione predefinita («\$1»).
Puoi raggruppare i set di blocchi CIDR (o gli intervalli IP) in posizioni CIDR, che a loro volta sono raggruppate in entità riutilizzabili chiamate raccolte CIDR:
**blocco CIDR**
Un intervallo IP in notazione CIDR, ad esempio 192.0.2.0/24 o 2001:: :/32. DB8
**Posizione CIDR**
Un elenco con i nomi dei blocchi CIDR. Ad esempio, example-isp-seattle = [192.0.2.0/24, 203.0.113.0/22, 198.51.100.0/24, 2001:: :/32]. DB8 I blocchi in un elenco di posizioni CIDR non devono essere adiacenti o avere lo stesso intervallo.
Una singola posizione può avere entrambi i blocchi e questa posizione può essere associata rispettivamente ai set di record A e AAAA. IPv4 IPv6
Per convenzione, di solito il nome è una posizione, ma può essere qualsiasi stringa, ad esempio *Company-A*.
**Raccolta CIDR**
Una raccolta con i nomi delle posizioni. Ad esempio, mycollection = [example-isp-seattle, example-isp-tokyo].
I set del record della risorsa di routing basato su IP fanno riferimento a una posizione in una raccolta e tutti i set del record della risorsa per lo stesso nome e tipo di set devono fare riferimento alla stessa raccolta. Ad esempio, se crei siti Web in due regioni e desideri indirizzare le query DNS da due diverse posizioni CIDR verso un sito Web specifico in base agli indirizzi IP di origine, entrambe le posizioni devono essere elencate nella stessa raccolta CIDR.
Puoi utilizzare una policy di instradamento basato su IP per creare i record in una zona ospitata privata.
Per ulteriori informazioni sui valori specificati dall'utente quando utilizzi la policy di routing basato su IP per creare i record, consulta i seguenti argomenti:
+ [Valori specifici per i record basati su IP](resource-record-sets-values-ipbased.md)
+ [Valori specifici per i record alias basati su IP](resource-record-sets-values-ipbased-alias.md)
+ [Valori comuni per tutte le policy di routing](resource-record-sets-values-shared.md)
+ [Valori comuni per i record alias per tutte le policy di routing](resource-record-sets-values-alias-common.md)
**Topics**
+ [Creazione di una raccolta CIDR con posizioni e blocchi CIDR](resource-record-sets-creating-cidr-collection.md)
+ [Utilizzo di posizioni e blocchi CIDR](resource-record-sets-working-with-cidr-locations.md)
+ [Eliminazione di una raccolta CIDR](resource-record-sets-delete-cidr-collection.md)
+ [Spostamento di una geolocalizzazione in un routing basato su IP](resource-record-sets-move-geolocation-to-cidr.md)
# Creazione di una raccolta CIDR con posizioni e blocchi CIDR
Per iniziare, crea una raccolta CIDR e aggiungi i blocchi e le posizioni CIDR.
**Creazione di una raccolta CIDR 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 riquadro di navigazione, scegli **IP-based routing** (Routing basato su IP), quindi **CIDR collections** (Raccolte CIDR).
1. Seleziona **Create CIDR collection** (Crea raccolta CIDR).
1. Nel riquadro **Create CIDR collection** (Crea raccolta CIDR), in **Details** (Dettagli), inserisci un nome per la raccolta.
1. Scegli **Create collection** (Crea raccolta) per creare una raccolta vuota.
oppure
Nella sezione **Crea posizioni CIDR**, inserisci un nome per la posizione CIDR nella casella **Posizione CIDR.** Il nome della posizione può essere una qualsiasi stringa identificativa, ad esempio **company 1** o **Seattle**. Non deve essere obbligatoriamente una posizione geografica effettiva.
**Importante**
Il nome della posizione CIDR ha una lunghezza massima di 16 caratteri.
Inserisci i blocchi CIDR nella casella **Blocchi CIDR**, uno per riga. Questi possono essere IPv4 IPv6 indirizzi che vanno da /0 a /24 per IPv4 e da /0 a /48 per. IPv6
1. Dopo avere inserito i blocchi CIDR, scegli **Create CIDR collection** (Crea raccolta CIDR) oppure **Add another location** (Aggiungi un'altra posizione) per continuare a inserire le posizioni e il blocco CIDR. Puoi inserire più posizioni CIDR per raccolta.
1. Dopo avere inserito le posizioni CIDR, scegli **Create CIDR collection** (Crea raccolta CIDR).
# Utilizzo di posizioni e blocchi CIDR
**Utilizzo delle posizioni CIDR 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 riquadro di navigazione, scegli **IP-based routing** (Routing basato su IP), **CIDR collections** (Raccolte CIDR) e poi, nella sezione **CIDR collections** (Raccolte CIDR), fai clic su un collegamento a una raccolta CIDR nell'elenco **Collection name** (Nome raccolta).
Nella pagina **CIDR locations** (Posizioni CIDR), puoi creare, eliminare o modificare una posizione CIDR e i relativi blocchi.
+ Per creare una posizione, scegli **Create CIDR location** (Crea posizione CIDR).
+ Nel riquadro **Create CIDR location** (Crea posizione CIDR), inserisci un nome per la posizione e i blocchi CIDR associati a essa, quindi scegli **Create** (Crea).
+ Per visualizzare una posizione CIDR e i blocchi al suo interno, scegli il pulsante di opzione accanto a una posizione per mostrare il nome e i blocchi CIDR nel riquadro della posizione.
In questo riquadro puoi anche scegliere **Modifica** per aggiornare il nome della posizione o i suoi blocchi CIDR. Scegli **Salva** una volta completata la modifica.
+ Per eliminare una posizione CIDR e i blocchi al suo interno, scegli il pulsante di opzione accanto alla posizione che desideri eliminare, quindi seleziona **Delete** (Elimina). Per confermare l'eliminazione, inserisci il nome della posizione nel campo di immissione del testo e scegli di nuovo **Delete** (Elimina).
**Importante**
L'eliminazione di una posizione CIDR non può essere annullata. Se hai dei record DNS associati alla posizione, il tuo dominio potrebbe diventare irraggiungibile.
# Eliminazione di una raccolta CIDR
**Eliminazione di una raccolta CIDR, le relative posizioni e i blocchi 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 riquadro di navigazione, scegli **IP-based routing** (Routing basato su IP) quindi **CIDR collections** (Raccolte CIDR).
1. Nella sezione **CIDR collections** (Raccolte CIDR), fai clic sul nome collegato della raccolta che desideri eliminare.
1. Nella pagina **CIDR locations** (Posizioni CIDR), seleziona ogni posizione una alla volta, scegli **Delete** (Elimina), inserisci il nome nella finestra di dialogo, quindi scegli **Delete** (Elimina). Prima di eliminare la raccolta, devi eliminare ogni posizione associata a una raccolta CIDR.
1. Al termine dell'eliminazione di ogni posizione CIDR, nella pagina **CIDR locations** (Posizioni CIDR) scegli il pulsante di opzione accanto alla raccolta che desideri eliminare, quindi seleziona **Delete** (Elimina).
# Spostamento di una geolocalizzazione in un routing basato su IP
Se utilizzi le policy di routing di geolocalizzazione o geoprossimità e visualizzi costantemente client specifici instradati a un endpoint che non è ottimale in base alla loro posizione fisica o alla topologia di rete, puoi indirizzare meglio gli intervalli IP pubblici di questi client utilizzando il routing basato su IP.
La tabella seguente contiene un esempio di configurazione della geolocalizzazione per un routing di geolocalizzazione esistente che ottimizzeremo per gli intervalli IP della California.
| Nome del set del record | Policy di routing e origine | Indirizzo IP dell'endpoint dell'applicazione |
| --- | --- | --- |
| esempio.com | Routing di geolocalizzazione (Stati uniti) | `198.51.100.1` |
| esempio.com | Routing di geolocalizzazione (UE) | `198.51.100.2` |
Per sostituire gli intervalli IP dalla California e passare a un nuovo endpoint dell'applicazione, ricrea innanzitutto il routing di geolocalizzazione con un nuovo nome del set del record.
| Nome del set del record | Policy di routing e origine | Indirizzo IP dell'endpoint dell'applicazione |
| --- | --- | --- |
| geo.esempio.com | Routing di geolocalizzazione (Stati uniti) | `198.51.100.1` |
| geo.esempio.com | Routing di geolocalizzazione (UE) | `198.51.100.2` |
Quindi, crea i record di routing basati su IP e un record predefinito che punta al recordset di routing di geolocalizzazione ricreato recentemente.
| Nome del set del record | Policy di routing e origine | Indirizzo IP dell'endpoint dell'applicazione |
| --- | --- | --- |
| esempio.com | Routing basato su IP (predefinito) | Record alias per l'endpoint dell'applicazione geo.esempio.com che desideri come predefinito. Ad esempio, `198.51.100.1`. |
| esempio.com | Routing basato su IP (intervalli IP della California) | `198.51.100.3` |
# Routing di risposta multivalore
Il routing con risposta multivalore ti consente di configurare Amazon Route 53 per restituire più valori, ad esempio indirizzi IP per i server Web, in risposta alle query DNS. Puoi specificare più valori per quasi tutti i record, ma il routing di risposta multivalore ti consente di controllare lo stato di ciascuna risorsa, perciò Route 53 restituisce valori solo per le risorse integre. Non è un sostituito per un load balancer, ma la capacità di restituire indirizzi IP multipli il cui stato può essere controllato è un modo per utilizzare il DNS al fine di migliorare capacità e load balancer.
Per instradare il traffico in modo casuale a più risorse, ad esempio server Web, devi creare un record di risposta multivalore per ciascuna risorsa e, facoltativamente, associare un controllo dell'integrità di Route 53 a ogni record. Route 53 risponde alle query DNS con un massimo di otto record integri e offre diverse risposte a diversi resolver DNS. Se un server Web non è più disponibile dopo che un resolver memorizza una risposta nella cache, il software client può provare un altro indirizzo IP nella risposta.
Tenere presente quanto segue:
+ Se associ un controllo dell'integrità a un record di risposta multivalore, Route 53 risponde alle query DNS con l'indirizzo IP corrispondente solo quando il controllo dell'integrità è positivo.
+ Se non associ un controllo dell'integrità a un record di risposta multivalore, Route 53 considera sempre il record come integro.
+ Se disponi di otto o meno record integri, Route 53 risponde alle query DNS con tutti i record integri.
+ Quando tutti i record non sono integri, Route 53 risponde alle query DNS con un massimo di otto record non integri.
Puoi utilizzare una policy di instradamento con risposta multivalore per creare i record in una zona ospitata privata.
Per ulteriori informazioni sui valori specificati dall'utente quando si utilizza la policy di routing di risposta multivalore per creare record, vedere [Valori specifici per record di risposta multivalore](resource-record-sets-values-multivalue.md) e [Valori comuni per tutte le policy di routing](resource-record-sets-values-shared.md).
# Routing ponderato
Il routing ponderato consente di associare più risorse con un solo nome di dominio (esempio.com) o nome di sottodominio (acme.esempio.com) e di scegliere la quantità di traffico che viene instradato a ciascuna risorsa. Questo può essere utile per un'ampia gamma di scopi, tra cui il bilanciamento del carico e il test di nuove versioni di software.
Per configurare il routing ponderato, devi creare record con lo stesso nome e tipo per ciascuna delle tue risorse. Puoi assegnare a ogni record un peso relativo che corrisponde alla quantità di traffico che desideri inviare a ogni risorsa. Amazon Route 53 invia il traffico a una risorsa in base al peso che assegni al record come proporzione del peso totale per tutti i record nel gruppo:
![\[Formula per la quantità di traffico che viene instradato a una determinata risorsa: peso per un record specificato/somma di pesi per tutti i record.\]](http://docs.aws.amazon.com/it_it/Route53/latest/DeveloperGuide/images/WRR_calculation.png)
Ad esempio, se desideri inviare una piccola porzione di traffico a una risorsa e il resto a un'altra risorsa, devi specificare un peso di 1 e 255. La risorsa con un peso pari a 1 ottiene 1/256esimo del traffico (01/(01\$1255)) e l'altra risorsa ottiene 255/256esimi (255/(1\$1255)). È possibile modificare gradualmente l'equilibrio modificando i pesi. Se desideri interrompere l'invio del traffico a una risorsa, puoi modificare il peso per quel record su 0.
Per ulteriori informazioni sui valori specificati dall'utente quando si utilizza la policy di routing ponderato per creare record, vedere i seguenti argomenti:
+ [Valori specifici per record ponderati](resource-record-sets-values-weighted.md)
+ [Valori specifici per i record alias ponderati](resource-record-sets-values-weighted-alias.md)
+ [Valori comuni per tutte le policy di routing](resource-record-sets-values-shared.md)
+ [Valori comuni per i record alias per tutte le policy di routing](resource-record-sets-values-alias-common.md)
Puoi utilizzare una policy di instradamento ponderato per creare i record in una zona ospitata privata.
## Controlli dell'integrità e routing ponderato
Se aggiungi controlli dell'integrità a tutti i record di un gruppo di record ponderati, ma ad alcuni record assegni un peso diverso da zero e ad altri un peso pari a zero, i controlli dell'integrità funzionano come se tutti i record avessero un peso diverso da zero, con le seguenti eccezioni:
+ Route 53 inizialmente considera solo i record ponderati diversi da zero, se esistenti.
+ Se tutti i record con un peso maggiore di 0 non sono integri, allora Route 53 considera i record con peso zero.
La tabella seguente descrive il comportamento previsto quando il record con peso 0 comprende un controllo dell'integrità:
| | Record 1 | Record 2 | Record 3 |
| --- |--- |--- |--- |
| Weight | 1 | 1 | 0 |
| Comprende un controllo dell'integrità? | Sì | Sì | Sì |
| |
| --- |
| Stato del controllo dell'integrità | Non integro | Non integro | Integro |
| Si è ricevuta una risposta alla query DNS? | No | No | Sì |
| |
| --- |
| Stato del controllo dell'integrità | Non integro | Non integro | Non integro |
| Si è ricevuta una risposta alla query DNS? | Sì | Sì | No |
| |
| --- |
| Stato del controllo dell'integrità | Non integro | Integro | Non integro |
| Si è ricevuta una risposta alla query DNS? | No | Sì | No |
| |
| --- |
| Stato del controllo dell'integrità | Integro | Integro | Non integro |
| Si è ricevuta una risposta alla query DNS? | Sì | Sì | No |
| |
| --- |
| Stato del controllo dell'integrità | Integro | Integro | Integro |
| Si è ricevuta una risposta alla query DNS? | Sì | Sì | No |
La tabella seguente descrive il comportamento previsto quando il record con peso 0 non comprende un controllo dell'integrità:
| | Record 1 | Record 2 | Record 3 |
| --- |--- |--- |--- |
| Weight | 1 | 1 | 0 |
| Comprende un controllo dell'integrità? | Sì | Sì | No |
| |
| --- |
| Stato del controllo dell'integrità | Integro | Integro | N/D |
| Si è ricevuta una risposta alla query DNS? | Sì | Sì | No |
| |
| --- |
| Stato del controllo dell'integrità | Non integro | Non integro | N/D |
| Si è ricevuta una risposta alla query DNS? | No | No | Sì |
| |
| --- |
| Stato del controllo dell'integrità | Non integro | Integro | N/D |
| Si è ricevuta una risposta alla query DNS? | No | Sì | No |
# In che modo Amazon Route 53 utilizza EDNS0 per stimare la posizione di un utente
Per migliorare la precisione di geolocalizzazione, geoprossimità, routing basato su IP e latenza, Amazon Route 53 supporta l'estensione di. edns-client-subnet EDNS0 (EDNS0 aggiunge diverse estensioni opzionali al protocollo DNS.) Route 53 può essere utilizzato edns-client-subnet solo quando i resolver DNS lo supportano:
+ Quando un browser o un altro visualizzatore utilizza un resolver DNS che non supporta edns-client-subnet, Route 53 utilizza l'indirizzo IP di origine del resolver DNS per approssimare la posizione dell'utente e risponde alle query di geolocalizzazione con il record DNS relativo alla posizione del resolver.
+ Quando un browser o un altro visualizzatore utilizza un resolver DNS che lo supporta edns-client-subnet, il resolver DNS invia a Route 53 una versione troncata dell'indirizzo IP dell'utente. Route 53 determina la posizione dell'utente in base all'indirizzo IP troncato anziché l'indirizzo IP di origine dell'autore della resolver DNS; questo normalmente fornisce una stima più precisa sulla posizione dell'utente. Route 53 risponde quindi alle query di geolocalizzazione con il record DNS per la posizione dell'utente.
+ EDNS0 non è applicabile alle zone ospitate private. Per le zone ospitate private, Route 53 utilizza i dati dei Resolver VPC in cui si trova la Regione AWS zona ospitata privata per prendere decisioni sulla geolocalizzazione e sul routing della latenza.
[Per ulteriori informazioni su edns-client-subnet, consulta EDNS Client Subnet RFC, Client Subnet in DNS Requests.](https://www.rfc-editor.org/rfc/rfc7871)
# Scelta tra record alias e non alias
I *record alias* di Amazon Route 53 forniscono un'estensione specifica di Route 53 alla funzionalità DNS. I record di alias consentono di indirizzare il traffico verso AWS risorse selezionate, tra cui, a titolo esemplificativo, CloudFront distribuzioni e bucket Amazon S3. Inoltre, consentono di instradare il traffico da un record in una zona ospitata a un altro record.
A differenza del record CNAME, puoi creare un record alias sul nodo superiore di uno spazio dei nomi DNS, noto anche come *apex di zona*. Ad esempio, se record il nome DNS esempio.com, l'apex di zona è esempio.com. Non puoi creare un record CNAME per esempio.com, ma puoi creare un record alias per esempio.com che esegue l’instradamento del traffico in www.esempio.com (purché il tipo di record per www.esempio.com non sia già CNAME).
Quando Route 53 riceve una query DNS per un record alias, Route 53 risponde con il valore applicabile per la risorsa:
+ **Un'API regionale personalizzata di Amazon API Gateway o un'API ottimizzata per l'edge**: Route 53 risponderà con uno o più indirizzi IP per l'API.
+ **Un endpoint dell'interfaccia Amazon VPC**: Route 53 risponderà con uno o più indirizzi IP per l'endpoint dell'interfaccia.
+ **Una CloudFront distribuzione**: Route 53 risponde con uno o più indirizzi IP per i server CloudFront edge che possono servire i tuoi contenuti.
+ **Servizio App Runner**: Route 53 risponde con uno o più indirizzi IP.
+ **Un ambiente Elastic Beanstalk**: Route 53 risponderà con uno o più indirizzi IP per l'ambiente.
+ **Un sistema di bilanciamento del carico Elastic Load Balancing**: Route 53 risponde con uno o più indirizzi IP del sistema di bilanciamento del carico. Ciò include Application Load Balancer, Classic Load Balancer e Network Load Balancer.
+ **Un AWS Global Accelerator acceleratore**: Route 53 risponde con gli indirizzi IP dell'acceleratore.
+ **Un OpenSearch servizio**: Route 53 risponde con uno o più indirizzi IP per il dominio personalizzato del OpenSearch servizio.
+ **Un bucket Amazon S3 configurato come sito Web statico**: Route 53 risponderà a ogni richiesta con un indirizzo IP per il bucket Amazon S3.
+ **Un altro record Route 53 dello stesso tipo nella stessa zona ospitata**: Route 53 risponde come se la query fosse per il record a cui fa riferimento il record alias (consulta [Confronto tra record alias e CNAME](#resource-record-sets-choosing-alias-non-alias-comparison)).
+ **AWS AppSync nome di dominio**: Route 53 risponde con uno o più indirizzi IP per l'endpoint di interfaccia.
Per ulteriori informazioni, consulta [Instradamento del traffico Internet verso le tue risorse AWS](routing-to-aws-resources.md).
Quando si utilizza un record di alias per indirizzare il traffico verso una AWS risorsa, Route 53 riconosce automaticamente le modifiche nella risorsa. Ad esempio, supponiamo che un record alias di un example.com punti a un sistema di bilanciamento del carico Elastic Load Balancing presso lb1-1234.us-east-2.elb.amazonaws.com. Se l'indirizzo IP del load balancer cambia, Route 53 inizia a rispondere automaticamente alle query DNS utilizzando il nuovo indirizzo IP.
Se un record di alias punta a una AWS risorsa, non è possibile impostare il time to live (TTL); Route 53 utilizza il TTL predefinito per la risorsa. Se un record alias punta a un altro record nella stessa zona ospitata, Route 53 usa il TTL del record a cui punta il record alias. Per ulteriori informazioni sul valore TTL (Time to Live) corrente per Elastic Load Balancing, consulta [Routing della richiesta](https://docs.aws.amazon.com/elasticloadbalancing/latest/userguide/how-elastic-load-balancing-works.html#request-routing) nella *Guida per l'utente di Elastic Load Balancing* e cerca "ttl".
Per informazioni sulla creazione di record utilizzando la console Route 53, consulta [Creazione di record utilizzando la console Amazon Route 53](resource-record-sets-creating.md). Per informazioni sui valori che specifichi per i record alias applicabili, consulta l'argomento relativo in [Di seguito sono descritti i valori che devi specificare durante la creazione o la modifica di record di Amazon Route 53.](resource-record-sets-values.md):
+ [Valori specifici per record alias semplici](resource-record-sets-values-alias.md)
+ [Valori specifici per i record alias ponderati](resource-record-sets-values-weighted-alias.md)
+ [Valori specifici per i record alias di latenza](resource-record-sets-values-latency-alias.md)
+ [Valori specifici per i record alias di failover](resource-record-sets-values-failover-alias.md)
+ [Valori specifici per record degli alias di geolocalizzazione](resource-record-sets-values-geo-alias.md)
+ [Valori specifici per i record di alias di geoprossimità](resource-record-sets-values-geoprox-alias.md)
+ [Valori comuni per i record alias per tutte le policy di routing](resource-record-sets-values-alias-common.md)
## Confronto tra record alias e CNAME
I record alias sono simili a record CNAME, ma ci sono alcune differenze importanti. Nell'elenco seguente vengono confrontati i record alias e i record CNAME.
**Risorse verso cui è possibile reindirizzare le query**
**Record alias**
Un record di alias può reindirizzare le query solo a AWS risorse selezionate, tra cui, a titolo esemplificativo ma non esaustivo, quanto segue:
+ Bucket Amazon S3
+ CloudFront distribuzioni
+ Un altro record nella stessa zona ospitata Route 53
Ad esempio, è possibile creare un record alias denominato acme.esempio.com che reindirizza le query a un bucket Amazon S3, anch'esso denominato acme.esempio.com. È anche possibile creare un record alias acme.esempio.com che reindirizza le query a un record denominato zenith.example.com nella zona ospitata esempio.com.
**Registri CNAME**
Un record CNAME può reindirizzare query DNS a qualsiasi record DNS. Ad esempio, è possibile creare un record CNAME che reindirizza le query da acme.esempio.com a zenith.example.com o ad acme.example.org. Non è necessario utilizzare Route 53 come servizio DNS per il dominio a cui si stanno reindirizzando le query.
**Creazione di record con lo stesso nome del dominio (record all'apex di zona)**
**Record alias**
Nella maggior parte delle configurazioni, è possibile creare un record alias con lo stesso nome della zona ospitata (apex di zona). L'unica eccezione è quando si desidera reindirizzare le query dall'apex di zona (come esempio.com) per un record nella stessa zona ospitata che dispone di un tipo CNAME (ad esempio zenith.esempio.com). Il record alias deve avere lo stesso tipo del record a cui stai instradando il traffico e la creazione di un record CNAME per l'apex di zona non è supportata neanche per un record alias.
**Registri CNAME**
Non è possibile creare un record CNAME con lo stesso nome della zona ospitata (apex di zona). Questo vale sia per le zone ospitate che per i nomi di dominio (esempio.com) e per le zone ospitate dei sottodomini (zenith.esempio.com).
**Prezzi per query DNS**
**Record alias**
Route 53 non addebita alcun costo per le richieste di alias alle risorse. AWS Per ulteriori informazioni, consulta la [pagina dei Prezzi Amazon Route 53](https://aws.amazon.com/route53/pricing/).
**Registri CNAME**
Route 53 prevede addebiti per le query CNAME.
Se crei un record CNAME che esegue il reindirizzamento al nome di un altro record in una zona ospitata Route 53 (la stessa zona ospitata o un'altra zona ospitata), ogni query DNS viene addebitata come due query:
+ Route 53 risponde alla prima query DNS con il nome del record verso cui eseguire il reindirizzamento.
+ Il resolver DNS deve quindi inviare un'altra query per il record nella prima risposta per ottenere informazioni su dove indirizzare il traffico, ad esempio l'indirizzo IP di un server Web.
Se il record CNAME esegue il reindirizzamento al nome di un record ospitato con un altro servizio DNS, Route 53 addebita una query. L'altro servizio DNS potrebbe addebitare la seconda query.
**Tipo di record specificato nella query DNS**
**Record alias**
Route 53 risponde a una query DNS solo quando il nome del record alias (ad esempio acme.esempio.com) e il tipo di record alias (ad esempio A o AAAA) corrispondono al nome e al tipo della query DNS.
**Registri CNAME**
Un record CNAME esegue il reindirizzamento delle query DNS per un nome di record a prescindere dal tipo di record specificato nella query DNS, ad esempio A o AAAA.
**Come vengono elencati i record nelle query dig o nslookup**
**Record alias**
Nella risposta a una query dig o nslookup, un record alias viene elencato come il tipo di record specificato al momento della creazione del record, ad esempio A o AAAA. (Il tipo di record specificato per un record alias dipende dalla risorsa verso cui si sta instradando il traffico. Ad esempio, per instradare il traffico a un bucket S3, specifica A per il tipo.) La proprietà alias è visibile solo nella console Route 53 o nella risposta a una richiesta programmatica, ad esempio un comando CLI AWS . `list-resource-record-sets`
**Registri CNAME**
Un record CNAME viene elencato come un record CNAME in risposta alle query d'individuazione o di ricerca.
# Tipi di record DNS supportati
Amazon Route 53 supporta i tipi di record DNS elencati in questa sezione. Ogni tipo di record include anche un esempio di come formattare l'elemento `Value` quando accedi a Route 53 utilizzando l'API.
**Nota**
Per i tipi di record che includono un nome di dominio, immetto un nome di dominio completo, ad esempio, *www.esempio.com*. Il punto finale è facoltativo; Route 53 presuppone che il nome di dominio sia completo. Ciò significa che Route 53 considera identici *www.esempio.com* (senza un punto finale) e *www.esempio.com.* (con un punto finale).
Route 53 fornisce un'estensione alla funzionalità DNS nota come record alias. Analogamente ai record CNAME, i record alias consentono di indirizzare il traffico verso AWS risorse selezionate, come CloudFront distribuzioni e bucket Amazon S3. Per ulteriori informazioni, incluso un confronto tra record alias e CNAME, vedi [Scelta tra record alias e non alias](resource-record-sets-choosing-alias-non-alias.md).
**Topics**
+ [Tipo di record A](#AFormat)
+ [Tipo di record AAAA](#AAAAFormat)
+ [Tipo di record CAA](#CAAFormat)
+ [Tipo di record CNAME](#CNAMEFormat)
+ [Tipo di record DS](#DSFormat)
+ [Tipo di record HTTPS](#HTTPSFormat)
+ [Tipo di record MX](#MXFormat)
+ [Tipo di record NAPTR](#NAPTRFormat)
+ [Tipo di record NS](#NSFormat)
+ [Tipo di record PTR](#PTRFormat)
+ [Tipo di record SOA](#SOAFormat)
+ [Tipo di record SPF](#SPFFormat)
+ [Tipo di record SRV](#SRVFormat)
+ [Tipo di record SSHFP](#SSHFPFormat)
+ [Tipo di record SVCB](#SVCBFormat)
+ [Tipo di record TLSA](#TLSAFormat)
+ [Tipo di record TXT](#TXTFormat)
## Tipo di record A
Utilizzi un record A per indirizzare il traffico verso una risorsa, ad esempio un server Web, utilizzando un IPv4 indirizzo in notazione decimale puntata.
**Esempio per la console Amazon Route 53**
```
192.0.2.1
```
**Esempio per l'API Route 53**
```
192.0.2.1
```
## Tipo di record AAAA
Si utilizza un record AAAA per indirizzare il traffico verso una risorsa, ad esempio un server Web, utilizzando un IPv6 indirizzo in formato esadecimale separato da due punti.
**Esempio per la console Amazon Route 53**
```
2001:0db8:85a3:0:0:8a2e:0370:7334
```
**Esempio per l'API Route 53**
```
2001:0db8:85a3:0:0:8a2e:0370:7334
```
## Tipo di record CAA
Un record CAA specifica quali autorità di certificazione (CAs) sono autorizzate a emettere certificati per un dominio o sottodominio. La creazione di un record CAA aiuta a prevenire l'emissione errata di certificati per CAs i tuoi domini. Un record CAA non è un sostituto per i requisiti di sicurezza specificati dall'autorità di certificazione, ad esempio il requisito di convalidare che sei il proprietario di un dominio.
Puoi utilizzare i record CAA per specificare quanto segue:
+ Quali autorità di certificazione (CAs) possono emettere SSL/TLS certificati, se ce ne sono
+ L'indirizzo e-mail o l'URL da contattare quando un'autorità di certificazione emette un certificato per il dominio o il sottodominio.
Quando aggiungi un record CAA alle tue zona ospitata, devi specificare tre impostazioni separate da spazi:
`flags tag "value"`
Nota le seguenti informazioni sul formato per i record CAA:
+ Il valore di `tag` può contenere solo i caratteri A - Z, a - z e 0-9.
+ Racchiudi sempre `value` tra virgolette ("").
+ Alcuni CAs consentono o richiedono valori aggiuntivi per`value`. Specifica i valori aggiuntivi come coppie nome-valore e separale con un punto e virgola (;), ad esempio:
`0 issue "ca.example.net; account=123456"`
+ Se una CA riceve una richiesta per un certificato per un sottodominio (ad esempio www.esempio.com) e non esistono record CAA per il sottodominio esistente, la CA invia una query DNS per un record CAA per il dominio padre (ad esempio esempio.com). Se un record per il dominio padre esiste e la richiesta di certificato è valida, la CA emette il certificato per il sottodominio.
+ Ti consigliamo di contattare la CA per determinare i valori da specificare per un record CAA.
+ Non è possibile creare un record CAA e un record CNAME con lo stesso nome perché DNS non consente di utilizzare lo stesso nome per un record CNAME e per qualsiasi altro tipo di record.
**Topics**
+ [Autorizza una CA al rilascio di un certificato per un dominio o sottodominio](#CAAFormat-issue)
+ [Autorizza una CA al rilascio di un certificato jolly per un dominio o sottodominio](#CAAFormat-issue-wild)
+ [Impedire a qualsiasi CA di emettere un certificato per un dominio o sottodominio](#CAAFormat-prevent-issue)
+ [Richiedere che una CA ti contatti se riceve una richiesta di certificato non valida](#CAAFormat-contact)
+ [Utilizzare un'altra impostazione supportata dalla CA](#CAAFormat-custom-setting)
+ [Esempi](#CAAFormat-examples)
### Autorizza una CA al rilascio di un certificato per un dominio o sottodominio
Per autorizzare una CA a rilasciare un certificato per un dominio o sottodominio, devi creare un record con lo stesso nome del dominio o del sottodominio e specificare le impostazioni seguenti:
+ **flag** - `0`
+ **tag** - `issue`
+ **value**: il codice per la CA che autorizzi a emettere un certificato per il dominio o sottodominio
Ad esempio, supponiamo che desideri autorizzare ca.esempio.net a emettere un certificato per esempio.com. Devi creare un record CAA per esempio.com con le impostazioni seguenti:
```
0 issue "ca.example.net"
```
Per informazioni su come AWS Certificate Manager autorizzare l'emissione di un certificato, consulta [Configurare un record CAA nella Guida](https://docs.aws.amazon.com/acm/latest/userguide/setup-caa.html) per l'*AWS Certificate Manager utente*.
### Autorizza una CA al rilascio di un certificato jolly per un dominio o sottodominio
Per autorizzare una CA a rilasciare un certificato jolly per un dominio o sottodominio, devi creare un record con lo stesso nome del dominio o del sottodominio e specificare le impostazioni seguenti. Un certificato jolly si applica al dominio o sottodominio e a tutti i suoi sottodomini.
+ **flag** - `0`
+ **tag** - `issuewild`
+ **value**: il codice per la CA che autorizzi a emettere un certificato per un dominio o sottodominio e i relativi sottodomini
Ad esempio, supponiamo che desideri autorizzare ca.esempio.net a emettere un certificato jolly per esempio.com, che si applica a esempio.com e a tutti i suoi sottodomini. Devi creare un record CAA per esempio.com con le impostazioni seguenti:
```
0 issuewild "ca.example.net"
```
Se desideri autorizzare una CA a rilasciare un certificato jolly per un dominio o sottodominio, devi creare un record con lo stesso nome del dominio o del sottodominio e specificare le impostazioni seguenti. Un certificato jolly si applica al dominio o sottodominio e a tutti i suoi sottodomini.
### Impedire a qualsiasi CA di emettere un certificato per un dominio o sottodominio
Per impedire a una CA di rilasciare un certificato jolly per un dominio o sottodominio, devi creare un record con lo stesso nome del dominio o del sottodominio e specificare le impostazioni seguenti:
+ **flag** - `0`
+ **tag** - `issue`
+ **Valore** - `";"`
Ad esempio, supponiamo che non desideri che una CA emetta un certificato per esempio.com. Devi creare un record CAA per esempio.com con le impostazioni seguenti:
`0 issue ";"`
Se non desideri che una CA rilasci un certificato per esempio.com o i suoi sottodomini, devi creare un record CAA per esempio.com con le impostazioni seguenti:
`0 issuewild ";"`
**Nota**
Se crei un record CAA per esempio.com e specifichi entrambi i seguenti valori, una CA che utilizza il valore ca.esempio.net può emettere il certificato per esempio.com:
```
0 issue ";"
0 issue "ca.example.net"
```
### Richiedere che una CA ti contatti se riceve una richiesta di certificato non valida
Se desideri che una CA che riceve una richiesta non valida per un certificato ti contattati, specifica le impostazioni seguenti:
+ **flag** - `0`
+ **tag** - `iodef`
+ **value**: l'URL o l'indirizzo e-mail a cui desideri che la CA ti informi nel caso in cui riceve una richiesta non valida per un certificato. Utilizza il formato pertinente:
`"mailto:email-address"`
`"http://URL"`
`"https://URL"`
Ad esempio, se desidera che una CA che riceve una richiesta non valida per un certificato invii e-mail ad admin@esempio.com, devi creare un record CAA con le impostazioni seguenti:
```
0 iodef "mailto:admin@example.com"
```
### Utilizzare un'altra impostazione supportata dalla CA
Se la tua CA supporta una funzionalità che non è ancora definita nella RFC per i record CAA, specifica le impostazioni seguenti:
+ **flags**: 128 (tale valore impedisce alla CA di rilasciare un certificato se non supporta la funzionalità specificata.)
+ **tag**: il tag che autorizzi la CA a utilizzare
+ **value**: il valore corrispondente al valore del tag
Ad esempio, supponiamo che la tua CA supporti l'invio di un messaggio di testo se la CA riceve una richiesta di certificato non valida. (Non siamo a conoscenza di nessuno CAs che supporti questa opzione). Le impostazioni per il record potrebbero essere le seguenti:
```
128 exampletag "15555551212"
```
### Esempi
**Esempio per la console Route 53**
```
0 issue "ca.example.net"
0 iodef "mailto:admin@example.com"
```
**Esempio per l'API Route 53**
```
0 issue "ca.example.net"
0 iodef "mailto:admin@example.com"
```
## Tipo di record CNAME
Un record CNAME associa le query DNS relative al nome del record corrente, ad esempio acme.example.com, a un altro dominio (example.com o example.net) o sottodominio (acme.example.com o zenith.example.org).
**Importante**
Il protocollo DNS non consente di creare un record CNAME per il nodo di primo livello di uno spazio di nomi DNS, noto anche come apex di zona. Ad esempio, se record il nome DNS esempio.com, l'apex di zona è esempio.com. Non puoi creare un record CNAME per esempio.com, ma puoi creare più record CNAME per www.esempio.com, nuovoprodotto.esempio.com e così via.
Inoltre, se crei un record CNAME per un sottodominio, non puoi creare qualsiasi altro record per quel sottodominio. Ad esempio, se si crea un CNAME per www.example.com, non è possibile creare altri record per i quali il valore del campo **Name (Nome)** è www.example.com.
Amazon Route 53 supporta anche i record di alias, che consentono di indirizzare le query a AWS risorse selezionate, come CloudFront distribuzioni e bucket Amazon S3. Gli alias sono simili in alcuni modi al tipo di record CNAME; tuttavia, puoi creare un alias per l'apex di zona. Per ulteriori informazioni, consulta [Scelta tra record alias e non alias](resource-record-sets-choosing-alias-non-alias.md).
**Esempio per la console Route 53**
```
hostname.example.com
```
**Esempio per l'API Route 53**
```
hostname.example.com
```
## Tipo di record DS
Un record del firmatario della delega (DS) fa riferimento a una chiave di zona per una zona di sottodominio delegata. È possibile creare un record DS quando si stabilisce una catena di attendibilità quando si configura la firma DNSSEC. Per ulteriori informazioni sulla configurazione di DNSSEC in Route 53, consulta [Configurazione della firma DNSSEC in Amazon Route 53](dns-configuring-dnssec.md).
I primi tre valori sono numeri decimali che rappresentano il tag della chiave, l'algoritmo e il tipo di digest. Il quarto valore è il digest della chiave di zona. Per ulteriori informazioni sul formato dei record DS, consulta [RFC 4034](https://www.ietf.org/rfc/rfc4034.txt).
**Esempio per la console Route 53**
```
123 4 5 1234567890abcdef1234567890absdef
```
**Esempio per l'API Route 53**
```
123 4 5 1234567890abcdef1234567890absdef
```
## Tipo di record HTTPS
Un record di risorse HTTPS è una forma del record DNS Service Binding (SVCB) che fornisce informazioni di configurazione estese, consentendo a un client di connettersi in modo semplice e sicuro a un servizio con un protocollo HTTP. Le informazioni di configurazione sono fornite in parametri che consentono la connessione in un'unica query DNS, anziché richiedere più query DNS.
Il formato per un record di risorse HTTPS è:
`SvcPriority TargetName SvcParams(optional)`
I seguenti parametri sono descritti nella [RFC 9460, sezione](https://www.rfc-editor.org/rfc/rfc9460.html#section-9.1) 9.1.
**SvcPriority**
Un numero intero che rappresenta la priorità. La priorità 0 indica la modalità alias ed è generalmente destinata all'alias all'apice della zona. Questo valore è un numero intero 0-32767 per Route 53, di cui 1-32767 sono record in modalità servizio. Riduci la priorità, aumenta la preferenza.
**TargetName**
Il nome di dominio della destinazione dell'alias (per la modalità alias) o dell'endpoint alternativo (per). ServiceMode
**SvcParams (facoltativo)**
Un elenco separato da spazi bianchi, con ogni parametro costituito da una coppia Chiave=Valore o da una chiave autonoma. Se sono presenti più valori, questi vengono presentati come un elenco separato da virgole. I seguenti sono i definiti: SvcParams
+ `1:alpn`— Protocollo di negoziazione del protocollo a livello di applicazione. IDs L'impostazione predefinita è HTTP/1.1, `h2` è HTTP/2 su TLS e HTTP/3 (protocollo HTTP su `h3` QUIC).
+ `2:no-default-alpn`— L'impostazione predefinita non è supportata ed è necessario fornire un parametro. `alpn`
+ `3:port`— l'endpoint alternativo o la porta da cui è possibile raggiungere il servizio.
+ `4:ipv4hint`— suggerimenti sugli IPv4 indirizzi.
+ `5:ech`— Client crittografato Hello.
+ `6:ipv6hint`— suggerimenti IPv6 sugli indirizzi.
+ `7:dohpath`— Modello DNS su HTTPS
+ `8:ohttp`— Il servizio gestisce un target HTTP Oblivious
**Esempio di console Amazon Route 53 per la modalità alias**
```
0 example.com
```
**Esempio di console Amazon Route 53 per la modalità di servizio**
```
16 example.com alpn="h2,h3" port=808
```
**Esempio dell'API Amazon Route 53 per la modalità alias**
```
0 example.com
```
**Esempio dell'API Route 53 per la modalità di servizio**
```
16 example.com alpn="h2,h3" port=808
```
Per ulteriori informazioni, vedere [RFC 9460, Service Binding and Parameter Specification tramite DNS (SVCB e](https://datatracker.ietf.org/doc/html/rfc9460) HTTPS Resource Records).
**Nota**
Route 53 non supporta il formato arbitrario di presentazione a chiave sconosciuta `keyNNNNN`
## Tipo di record MX
Un record MX specifica i nomi dei server di posta e, se si dispone di due o più server di posta, l'ordine di priorità. Ogni valore di un record MX include due valori: priorità e nome del dominio.
**Priorità**
Numero intero che rappresenta le priorità per un server di e-mail. Se specifichi solo un server, la priorità può essere un valore intero compreso tra 0 e 65535. Se specifichi più server, il valore specificato per la priorità indica per quali server e-mail desideri indirizzare le e-mail al primo, al secondo e così via. Il server con il valore più basso per la priorità ha la precedenza. Ad esempio, se disponi di due server e-mail e specifichi valori di 10 e 20 per la priorità, l'e-mail viene sempre inviata al server con una priorità di 10 a meno che non sia disponibile. Se specifichi valori di 10 e 10, l'e-mail viene instradata ai due server in modo praticamente uguale.
**Nome dominio**
Il nome di dominio del server e-mail. Specifica il nome (ad esempio mail.esempio.com) di un record A o AAAA. In [RFC 2181, chiarimenti per la specifica DNS](https://tools.ietf.org/html/rfc2181), la sezione 10.3 proibisce di specificare il nome di un record CNAME per il valore del nome di dominio. (Quando RFC cita "alias", significa un record CNAME, non un record alias di Route 53.)
**Esempio per la console Amazon Route 53**
```
10 mail.example.com
```
**Esempio per l'API Route 53**
```
10 mail.example.com
```
## Tipo di record NAPTR
Un Name Authority Pointer (NAPTR) è un tipo di record utilizzato dalle applicazioni DDDS (Dynamic Delegation Discovery System) per convertire un valore in un altro valore o per sostituire un valore con un altro. Ad esempio, un uso comune è quello di convertire i numeri di telefono in SIP. URIs
L'elemento `Value` per un record NAPTR consiste in sei valori separati da spazio:
**Order**
Quando specifichi più di un record, la sequenza con cui desideri che l'applicazione DDDS valuti i record. Valori validi: 0-65535.
**Preferenza**
Quando specifichi due o più record con lo stesso **Order (Ordine)**, le tue preferenze per la sequenza in cui questi record verranno valutati. Ad esempio, se due record hanno un **Order (Ordine)** di 1, l'applicazione DDDS prima valuta il record che ha la **Preference (Preferenza)** più bassa. Valori validi: 0-65535.
**Flag**
Impostazione specifica per le applicazioni DDDS. I valori attualmente definiti in [RFC 3404](https://www.ietf.org/rfc/rfc3404.txt) sono composti da lettere maiuscole e minuscole **"A"**, **"P"**, **"S"** e **"U"**, e dalla stringa vuota, **""**. Includi **Flags (Flag)** tra virgolette.
**Servizio**
Impostazione specifica per le applicazioni DDDS. Includi **Service (Servizio)** tra virgolette.
Per ulteriori informazioni, consulta la pagina pertinente RFCs:
+ **Applicazione URI DDDS** — [https://tools.ietf.org/html/rfc3404](https://tools.ietf.org/html/rfc3404#section-4.4) \$1section -4.4
+ **[Applicazione DDDS S-NAPTR — /rfc3958 \$1section -6.5 https://tools.ietf.org/html](https://tools.ietf.org/html/rfc3958#section-6.5)**
+ **Applicazione DDDS U-NAPTR** — [https://tools.ietf.org/html/rfc4848 \$1section -4.5](https://tools.ietf.org/html/rfc4848#section-4.5)
**Regexp**
Un'espressione regolare che l'applicazione DDDS impiega per convertire un valore di input in un valore di output. Ad esempio, un sistema telefonico IP potrebbe utilizzare un'espressione regolare per convertire un numero di telefono immesso da un utente in un URI SIP. Includi **Regexp** tra virgolette. Specifica un valore per **Regexp** o un valore per **Replacement (Sostituzione)**, ma non entrambi.
L'espressione regolare può includere i seguenti caratteri ASCII stampabili:
+ a-z
+ 0-9
+ - (trattino)
+ (spazio)
+ \$1 \$1 \$1 % & ' ( ) \$1 \$1 , - / : ; < = > ? @ [ ] ^ \$1 ` \$1 \$1 \$1 \$1 .
+ " (virgolette). Per includere virgolette in una stringa, è necessario anteporre un \$1 carattere: \$1".
+ \$1 (barra rovesciata). Per includere una barra rovesciata in una stringa, è necessario anteporre un \$1 carattere: \$1\$1".
Specifica tutti gli altri valori, ad esempio i nomi di dominio internazionalizzati, in formato ottale.
Per la sintassi di **Regexp**, consulta la [RFC 3402, sezione 3.2 Sintassi di espressione sostitutiva](https://tools.ietf.org/html/rfc3402#section-3.2)
**Sostituzione**
Il nome di dominio completo del prossimo nome di dominio per cui desideri che l'applicazione DDDS invii una query DNS. L'applicazione DDDS sostituisce il valore di input con il valore specificato per **Replacement (Sostituzione)**. Specifica un valore per **Regexp** o un valore per **Replacement (Sostituzione)**, ma non entrambi. Se specifichi un valore per **Regexp**, specifica un punto (**.**) per **Replacement (Sostituzione)**.
Il nome di dominio può includere a-z, 0-9 e - (trattino).
Per ulteriori informazioni sulle applicazioni DDDS e sui record NAPTR, vedere quanto segue: RFCs
+ [RFC 3401](https://www.ietf.org/rfc/rfc3401.txt)
+ [RFC 3402](https://www.ietf.org/rfc/rfc3402.txt)
+ [RFC 3403](https://www.ietf.org/rfc/rfc3403.txt)
+ [RFC 3404](https://www.ietf.org/rfc/rfc3404.txt)
**Esempio per la console Amazon Route 53**
```
100 50 "u" "E2U+sip" "!^(\\+441632960083)$!sip:\\1@example.com!" .
100 51 "u" "E2U+h323" "!^\\+441632960083$!h323:operator@example.com!" .
100 52 "u" "E2U+email:mailto" "!^.*$!mailto:info@example.com!" .
```
**Esempio per l'API Route 53**
```
100 50 "u" "E2U+sip" "!^(\\+441632960083)$!sip:\\1@example.com!" .
100 51 "u" "E2U+h323" "!^\\+441632960083$!h323:operator@example.com!" .
100 52 "u" "E2U+email:mailto" "!^.*$!mailto:info@example.com!" .
```
## Tipo di record NS
Un record NS identifica i server di nomi per la zona ospitata. Tieni presente quanto segue:
+ Un record NS viene utilizzato il più delle volte per controllare la modalità di instradamento del traffico Internet per un dominio. Se si desidera utilizzare i record in una zona ospitata per instradare il traffico per un dominio, è possibile aggiornare le impostazioni di registrazione del dominio per utilizzare i quattro server dei nomi nel record NS predefinito (si tratta del record NS che ha lo stesso nome della zona ospitata).
+ È possibile creare una zona ospitata separata per un sottodominio (acme.example.com) e utilizzarla per instradare il traffico Internet per il sottodominio e i relativi sottodomini (subdomain.acme.example.com). È possibile impostare questa configurazione, nota come “delegazione della responsabilità di un sottodominio a una zona ospitata”, creando un altro record NS nella zona ospitata per il dominio radice (example.com). Per ulteriori informazioni, consulta [Routing del traffico per sottodomini](dns-routing-traffic-for-subdomains.md).
+ È inoltre possibile utilizzare i record NS per configurare i server dei nomi white label. Per ulteriori informazioni, consulta [Configurazione dei server di nomi white label](white-label-name-servers.md).
+ Un altro utilizzo di un record NS è per le zone ospitate private, quando si crea una regola di delega per delegare l'autorità di un sottodominio al resolver locale. È necessario creare questo record NS prima di creare una regola di delega. Per ulteriori informazioni, consulta [In che modo gli endpoint Resolver inoltrano le query DNS dall'utente alla rete VPCs](resolver-overview-forward-vpc-to-network.md).
Per ulteriori informazioni sui record NS, consulta [Record NS e SOA creati da Amazon Route 53 per una zona ospitata pubblica](SOA-NSrecords.md).
**Esempio per la console Amazon Route 53**
```
ns-1.example.com
```
**Esempio per l'API Route 53**
```
ns-1.example.com
```
## Tipo di record PTR
Un record PTR associa un indirizzo IP al nome di dominio corrispondente.
**Esempio per la console Amazon Route 53**
```
hostname.example.com
```
**Esempio per l'API Route 53**
```
hostname.example.com
```
## Tipo di record SOA
Un record di origine di autorità (SOA) fornisce informazioni su un dominio e la zona ospitata Amazon Route 53 corrispondente. Per ulteriori informazioni sui campi in un record SOA, consulta [Record NS e SOA creati da Amazon Route 53 per una zona ospitata pubblica](SOA-NSrecords.md).
**Esempio per la console Route 53**
```
ns-2048.awsdns-64.net hostmaster.awsdns.com 1 1 1 1 60
```
**Esempio per l'API Route 53**
```
ns-2048.awsdns-64.net hostmaster.awsdns.com 1 1 1 1 60
```
## Tipo di record SPF
I record SPF erano precedentemente usati per verificare l'identità del mittente di messaggi e-mail. Tuttavia, non è più consigliabile creare record per i quali il tipo di record è SPF. La RFC 7208, *Sender Policy Framework (SPF) for Authorizing Use of Domains in Email, versione 1,* è stata aggiornata per dire: «... [La] sua esistenza e il meccanismo definiti in [RFC4408] hanno portato ad alcuni problemi di interoperabilità. Di conseguenza, il suo utilizzo non è più appropriato per SPF versione 1; le implementazioni non devono utilizzarlo." In RFC 7208, consulta la sezione 14.1, [Tipo record DNS SPF](http://tools.ietf.org/html/rfc7208#section-14.1).
Invece di un record SPF, è consigliabile creare un record TXT che contiene il valore applicabile. Per ulteriori informazioni sui valori validi, consulta l'articolo Wikipedia [Sender Policy Framework](https://en.wikipedia.org/wiki/Sender_Policy_Framework).
**Esempio per la console Amazon Route 53**
```
"v=spf1 ip4:192.168.0.1/16 -all"
```
**Esempio per l'API Route 53**
```
"v=spf1 ip4:192.168.0.1/16 -all"
```
## Tipo di record SRV
Un record `Value` SRV consiste in quattro valori separati da spazio. I primi tre valori sono numeri decimali con priorità, peso e porta. Il quarto valore è un nome di dominio. I record SRV vengono utilizzati per accedere a servizi, ad esempio un servizio per e-mail o comunicazioni. Per informazioni sul formato dei record SRV, consulta la documentazione relativa al servizio a cui desideri connetterti.
**Esempio per la console Amazon Route 53**
```
10 5 80 hostname.example.com
```
**Esempio per l'API Route 53**
```
10 5 80 hostname.example.com
```
## Tipo di record SSHFP
Un record di impronte digitali Secure Shell (SSHFP) identifica le chiavi SSH associate al nome di dominio. I record SSHFP devono essere protetti con DNSSEC per stabilire una catena di fiducia. Per ulteriori informazioni su DNSSEC, vedere [Configurazione della firma DNSSEC in Amazon Route 53](dns-configuring-dnssec.md)
Il formato per un record di risorse SSHFP è:
`[Key Algorithm] [Hash Type] Fingerprint`
[I seguenti parametri sono definiti nella RFC 4255.](https://datatracker.ietf.org/doc/html/rfc4255)
**Algoritmo chiave**
Tipo di algoritmo:
+ `0`— Riservato e non utilizzato.
+ `1: RSA`— L'algoritmo Rivest-Shamir-Adleman è uno dei primi sistemi crittografici a chiave pubblica ed è ancora utilizzato per la trasmissione sicura dei dati.
+ `2: DSA`— L'algoritmo di firma digitale è uno standard federale di elaborazione delle informazioni per le firme digitali. Il DSA si basa sull'esponenziazione modulare e sui modelli matematici a logaritmi discreti.
+ `3: ECDSA`— Elliptic Curve Digital Signature Algorithm è una variante del DSA che utilizza la crittografia a curva ellittica.
+ `4: Ed25519`— L'algoritmo Ed25519 è lo schema di firma EdDSA che utilizza SHA-512 (SHA-2) e Curve25519.
+ `6: Ed448`— Ed448 è lo schema di firma EdDSA che utilizza e Curve448. SHAKE256
**Tipo di hash**
Algoritmo utilizzato per creare l'hash della chiave pubblica:
+ `0`—Riservato e non utilizzato.
+ `1: SHA-1`
+ `2: SHA-256`
**Impronta digitale**
Rappresentazione esadecimale dell'hash.
**Esempio per la console Amazon Route 53**
```
1 1 09F6A01D2175742B257C6B98B7C72C44C4040683
```
**Esempio per l'API Route 53**
```
1 1 09F6A01D2175742B257C6B98B7C72C44C4040683
```
Per ulteriori informazioni, vedere [RFC 4255: Utilizzo del DNS per pubblicare in modo sicuro le impronte digitali delle chiavi Secure Shell](https://datatracker.ietf.org/doc/html/rfc4255) (SSH).
## Tipo di record SVCB
Si utilizza un record SVCB per fornire informazioni di configurazione per l'accesso agli endpoint del servizio. SVCB è un record DNS generico e può essere utilizzato per negoziare i parametri per una varietà di protocolli applicativi.
Il formato per un record di risorse SVCB è:
`SvcPriority TargetName SvcParams(optional)`
I seguenti parametri sono descritti nella [RFC 9460](https://www.rfc-editor.org/rfc/rfc9460.html#section-2.3), sezione 2.3.
**SvcPriority**
Un numero intero che rappresenta la priorità. La priorità 0 indica la modalità alias ed è generalmente destinata all'alias all'apice della zona. Abbassa la priorità, aumenta la preferenza.
**TargetName**
Il nome di dominio della destinazione dell'alias (per la modalità alias) o dell'endpoint alternativo (per). ServiceMode
**SvcParams (facoltativo)**
Un elenco separato da spazi bianchi, con ogni parametro costituito da una coppia Chiave=Valore o da una chiave autonoma. Se sono presenti più valori, questi vengono presentati come un elenco separato da virgole. Questo valore è un numero intero 0-32767 per la Route 53, di cui 1-32767 sono record in modalità servizio. I seguenti sono i definiti: SvcParams
+ `1:alpn`— Protocollo di negoziazione del protocollo a livello di applicazione. IDs L'impostazione predefinita è HTTP/1.1, `h2` è HTTP/2 su TLS e HTTP/3 (protocollo HTTP su `h3` QUIC).
+ `2:no-default-alpn`— L'impostazione predefinita non è supportata ed è necessario fornire un parametro. `alpn`
+ `3:port`— la porta per l'endpoint alternativo in cui è possibile raggiungere il servizio.
+ `4:ipv4hint`— suggerimenti sugli IPv4 indirizzi.
+ `5:ech`— Client crittografato Hello.
+ `6:ipv6hint`— suggerimenti IPv6 sugli indirizzi.
+ `7:dohpath`— Modello DNS su HTTPS
+ `8:ohttp`— Il servizio gestisce un target HTTP Oblivious
**Esempio di console Amazon Route 53 per la modalità alias**
```
0 example.com
```
**Esempio di console Amazon Route 53 per la modalità di servizio**
```
16 example.com alpn="h2,h3" port=808
```
**Esempio dell'API Amazon Route 53 per la modalità alias**
```
0 example.com
```
**Esempio dell'API Route 53 per la modalità di servizio**
```
16 example.com alpn="h2,h3" port=808
```
Per ulteriori informazioni, vedere [RFC 9460, Service Binding and Parameter Specification tramite DNS (SVCB e](https://datatracker.ietf.org/doc/html/rfc9460) HTTPS Resource Records).
**Nota**
Route 53 non supporta il formato arbitrario di presentazione a chiave sconosciuta `keyNNNNN`
## Tipo di record TLSA
Si utilizza un record TLSA per utilizzare l'autenticazione delle entità denominate (DANE) basata su DNS. Un record TLSA associa una certificate/public chiave a un endpoint Transport Layer Security (TLS) e i client possono convalidare la chiave utilizzando un record TLSA firmato con DNSSEC. certificate/public
I record TLSA possono essere considerati attendibili solo se DNSSEC è abilitato sul dominio. Per ulteriori informazioni su DNSSEC, vedere [Configurazione della firma DNSSEC in Amazon Route 53](dns-configuring-dnssec.md)
Il formato per un record di risorse TLSA è:
`[Certificate usage] Selector [Matching type] [Certificate association data]`
I seguenti parametri sono specificati nella [RFC 6698, sezione 3](https://datatracker.ietf.org/doc/html/rfc6698#section-3).
**Utilizzo del certificato**
Speciifica l'associazione fornita che verrà utilizzata per abbinare il certificato presentato nell'handshake TLS:
+ 0: vincolo CA: il certificato o la chiave pubblica devono essere trovati in uno qualsiasi dei percorsi di certificazione PKIX (Public Key Infrastructure) per il certificato dell'entità finale fornito dal server in TLS. Questo vincolo limita i dati che CAs possono essere utilizzati per emettere certificati per un servizio specifico.
+ 1: Vincolo del certificato di entità finale: specifica un certificato di entità finale (o la chiave pubblica) che deve corrispondere al certificato dell'entità finale fornito dal server in TLS. Questa certificazione limita il certificato dell'entità finale che può essere utilizzato da un servizio specifico su un host.
+ 2: Un'asserzione di trust Anchor: specifica un certificato (o la chiave pubblica) che deve essere utilizzato come «trust anchor» durante la convalida del certificato di entità finale fornito dal server in TLS. Consente a un amministratore di dominio di specificare un trust anchor.
+ 3: Certificazione rilasciata dal dominio: specifica un certificato (o la chiave pubblica) che deve corrispondere al certificato dell'entità finale fornito dal server in TLS. Questa certificazione consente a un amministratore di dominio di emettere certificati per un dominio senza coinvolgere una CA di terze parti. Non è necessario che questo certificato superi la convalida PKIX.
**Selector**
Speciifica quale parte del certificato presentato dal server nell'handshake corrisponde al valore dell'associazione:
+ 0: è necessario abbinare l'intero certificato.
+ 1: La chiave pubblica del soggetto, o la struttura binaria con codifica DER, deve corrispondere.
**Tipo corrispondente**
Speciifica la presentazione (come determinata dal campo Selector) della corrispondenza del certificato:
+ 0: Corrispondenza esatta del contenuto.
+ 1: hash SHA-256.
+ 2: hash SHA-512.
**Dati di associazione dei certificati**
I dati da abbinare in base alle impostazioni degli altri campi.
**Esempio per la console Amazon Route 53**
```
0 0 1 d2abde240d7cd3ee6b4b28c54df034b97983a1d16e8a410e4561cb106618e971
```
**Esempio per l'API Route 53**
```
0 0 1 d2abde240d7cd3ee6b4b28c54df034b97983a1d16e8a410e4561cb106618e971
```
Per ulteriori informazioni, vedere [RFC 6698, The DNS-based Authentication of Named Entities (DANE) Transport Layer Security (TLS) Protocol](https://datatracker.ietf.org/doc/html/rfc6698): TLSA.
## Tipo di record TXT
Un record TXT contiene una o più stringhe racchiuse tra virgolette (`"`). Quando utilizzi la [policy di routing](https://docs.aws.amazon.com/Route53/latest/DeveloperGuide/routing-policy.html) semplice, includi tutti i valori per un dominio (esempio.com) o sottodominio (www.esempio.com) nello stesso record TXT.
**Topics**
+ [Inserimento dei valori del record TXT](#TXTformat-limits)
+ [Caratteri speciali in un valore di record TXT](#TXTformat-special-characters)
+ [Maiuscole e minuscole in un valore di record TXT](#TXTformat-case)
+ [Esempi](#TXTformat-examples)
### Inserimento dei valori del record TXT
Una singola stringa può includere fino a 255 caratteri, tra cui i seguenti:
+ a-z
+ A-Z
+ 0-9
+ Spazio
+ - (trattino)
+ \$1 " \$1 \$1 % & ' ( ) \$1 \$1 , - / : ; < = > ? @ [ \$1 ] ^ \$1 ` \$1 \$1 \$1 \$1 .
Se è necessario immettere un valore più lungo di 255 caratteri, suddividere il valore in stringhe di 255 caratteri o numero inferiore e racchiudere ogni stringa tra virgolette doppie (`"`). Nella console, elencare tutte le stringhe sulla stessa riga:
```
"String 1" "String 2" "String 3"
```
Per l'API, includere tutte le stringhe nello stesso elemento `Value`:
```
"String 1" "String 2" "String 3"
```
La lunghezza massima di un valore in un record TXT è di 4.000 caratteri.
Per inserire più di un valore TXT, inserisci un valore per riga.
### Caratteri speciali in un valore di record TXT
Se il record TXT contiene uno dei seguenti caratteri, è necessario specificare i caratteri utilizzando i codici di escape nel formato: `\` *three-digit octal code*
+ Caratteri da 000 a 040 ottali (da 0 a 32 decimali, da 0x00 a 0x20 esadecimali)
+ Caratteri da 177 a 377 ottali (da 127 a 255 decimali, da 0x7F a 0xFF esadecimali)
Ad esempio, se il valore del tuo record TXT è `"exämple.com"`, devi specificare `"ex\344mple.com"`.
Per una mappatura tra caratteri ASCII e codici ottali, esegui una ricerca su Internet per «codici ottali ASCII». Un utile riferimento è la [tabella estesa dei codici ASCII](https://www.ascii-code.com/).
Per includere le virgolette (`"`) in una stringa, inserisci una barra rovesciata (`\`) prima della virgoletta: `\"`.
### Maiuscole e minuscole in un valore di record TXT
Maiuscole e minuscole vengono mantenute, perciò `"Ab"` e `"aB"` sono valori diversi.
### Esempi
**Esempio per la console Amazon Route 53**
Immetti ogni valore su una riga distinta:
```
"This string includes \"quotation marks\"."
"The last character in this string is an accented e specified in octal format: \351"
"v=spf1 ip4:192.168.0.1/16 -all"
```
**Esempio per l'API Route 53**
Immetti ogni valore in un elemento `Value` separato:
```
"This string includes \"quotation marks\"."
"The last character in this string is an accented e specified in octal format: \351"
"v=spf1 ip4:192.168.0.1/16 -all"
```
# Creazione di record utilizzando la console Amazon Route 53
La procedura seguente spiega come creare record utilizzando la console Amazon Route 53. Per informazioni su come creare record utilizzando l'API Route 53, consulta [ChangeResourceRecordSets](https://docs.aws.amazon.com/Route53/latest/APIReference/API_ChangeResourceRecordSets.html)*Amazon Route 53 API Reference*.
**Nota**
Per creare record per configurazioni di routing complesse, puoi anche utilizzare l'editor visivo Traffic Flow e salvare la configurazione come policy sul traffico. Puoi quindi associare la policy di traffico a uno o più nomi di dominio (ad esempio esempio.com) o nomi di sottodominio (ad esempio www.esempio.com), nella stessa zona ospitata o in più zone ospitate. Inoltre, puoi eseguire il roll back degli aggiornamenti se la nuova configurazione non offre le prestazioni previste. Per ulteriori informazioni, consulta [Utilizzo di Traffic Flow per instradare il traffico DNS](traffic-flow.md).
**Come creare un record mediante la console Route 53**
1. Se non stai creando un record alias, passa al punto 2.
Vai anche al passaggio 2 se stai creando un record di alias che indirizza il traffico DNS verso una AWS risorsa diversa da un sistema di bilanciamento del carico Elastic Load Balancing o un altro record Route 53.
Quando crei un record alias che instrada il traffico a un sistema di bilanciamento del carico Elastic Load Balancing, se hai creato la zona ospitata e il sistema di bilanciamento del carico utilizzando account diversi, esegui la procedura [Come ottenere il nome DNS per un sistema di bilanciamento del carico Elastic Load Balancing](#resource-record-sets-elb-dns-name-procedure) per ottenere il nome DNS per il sistema di bilanciamento del carico.
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. Se si dispone già di una zona ospitata per il dominio, passare alla fase 5. In caso contrario, eseguire la procedura applicabile per creare una zona ospitata:
+ Per instradare il traffico Internet alle risorse, ad esempio bucket Amazon S3 o istanze Amazon EC2, consulta [Creazione di una zona ospitata pubblica](CreatingHostedZone.md).
+ Per instradare il traffico nel VPC, consulta [Creazione di una zona ospitata privata](hosted-zone-private-creating.md).
1. Nella pagina **Zone ospitate**, scegli il nome della zona ospitata in cui desideri creare i record.
1. Scegli **Crea record**.
1. Scegli e definisci la policy di routing e i valori applicabili. Per ulteriori informazioni, consulta l'argomento per il tipo di record che desideri creare:
+ [Valori comuni per tutte le policy di routing](resource-record-sets-values-shared.md)
+ [Valori comuni per i record alias per tutte le policy di routing](resource-record-sets-values-alias-common.md)
+ [Valori specifici per record semplici](resource-record-sets-values-basic.md)
+ [Valori specifici per record alias semplici](resource-record-sets-values-alias.md)
+ [Valori specifici per record di failover](resource-record-sets-values-failover.md)
+ [Valori specifici per i record alias di failover](resource-record-sets-values-failover-alias.md)
+ [Valori specifici per record di geolocalizzazione](resource-record-sets-values-geo.md)
+ [Valori specifici per record degli alias di geolocalizzazione](resource-record-sets-values-geo-alias.md)
+ [Valori specifici per i record di geoprossimità](resource-record-sets-values-geoprox.md)
+ [Valori specifici per i record di alias di geoprossimità](resource-record-sets-values-geoprox-alias.md)
+ [Valori specifici per i record di latenza](resource-record-sets-values-latency.md)
+ [Valori specifici per i record alias di latenza](resource-record-sets-values-latency-alias.md)
+ [Valori specifici per i record basati su IP](resource-record-sets-values-ipbased.md)
+ [Valori specifici per i record alias basati su IP](resource-record-sets-values-ipbased-alias.md)
+ [Valori specifici per record di risposta multivalore](resource-record-sets-values-multivalue.md)
+ [Valori specifici per record ponderati](resource-record-sets-values-weighted.md)
+ [Valori specifici per i record alias ponderati](resource-record-sets-values-weighted-alias.md)
1. Scegli **Crea record**.
**Nota**
I tuoi nuovi record richiedono tempo per propagarsi ai server DNS di Route 53. Attualmente, l'unico modo per verificare che le modifiche si siano propagate è utilizzare l'azione [GetChange](https://docs.aws.amazon.com/Route53/latest/APIReference/API_GetChange.html)API. In genere le modifiche si propagano a tutti i server Route 53 entro 60 secondi.
1. Se stai creando più record, ripeti le fasi da 7 a 8.
**Come ottenere il nome DNS per un sistema di bilanciamento del carico Elastic Load Balancing**
1. Accedi Console di gestione AWS utilizzando l' AWS account utilizzato per creare il Classic, Application o Network Load Balancer per cui desideri creare un record di alias.
1. Apri la console Amazon EC2 all'indirizzo [https://console.aws.amazon.com/ec2/](https://console.aws.amazon.com/ec2/).
1. Selezionare **Sistemi di bilanciamento del carico** nel riquadro di navigazione.
1. Nell'elenco dei sistemi di load balancer, seleziona il load balancer per cui desideri creare un record alias.
1. Nella scheda **Description (Descrizione)**, ottieni il valore di **DNS name (Nome DNS)**.
1. Se desideri creare record alias per altri sistemi di bilanciamento del carico Elastic Load Balancing, ripeti i passaggi 4 e 5.
1. Esci da. Console di gestione AWS
1. Accedi Console di gestione AWS nuovamente utilizzando l' AWS account che hai usato per creare la zona ospitata da Route 53.
1. Torna al passo 3 della procedura [Creazione di record utilizzando la console Amazon Route 53](#resource-record-sets-creating).
# Autorizzazioni del set di record di risorse
Le autorizzazioni relative ai set di record di risorse utilizzano le condizioni delle policy di gestione delle identità e degli accessi (IAM) per consentire di impostare autorizzazioni granulari per le azioni sulla console Route 53 o per l'utilizzo dell'API. [ChangeResourceRecordSets](https://docs.aws.amazon.com/Route53/latest/APIReference/API_ChangeResourceRecordSets.html)
Un set di record di risorse è definito come più record di risorse con lo stesso nome e tipo (e classe, ma per la maggior parte degli scopi la classe è sempre IN o Internet) che contengono però dati diversi. Ad esempio, se scegli l'instradamento basato sulla geolocalizzazione, puoi avere più record A o AAAA che puntano a endpoint diversi per lo stesso dominio. Tutti questi record A o AAAA si combinano per formare un set di record di risorse. Per ulteriori informazioni sulla terminologia DNS, consulta [RFC 7719](https://datatracker.ietf.org/doc/html/rfc7719).
Con le condizioni delle policy IAM,`route53:ChangeResourceRecordSetsNormalizedRecordNames`, and `route53:ChangeResourceRecordSetsRecordTypes``route53:ChangeResourceRecordSetsActions`, puoi concedere diritti amministrativi granulari ad altri AWS utenti in qualsiasi altro account. AWS Ciò consente di concedere a qualcuno le autorizzazioni per:
+ Un singolo set di record di risorse.
+ Tutti i set di record di risorse di un tipo di record DNS specifico.
+ Set di record di risorse in cui i nomi contengono una stringa specifica.
+ Esegui alcune o tutte le `CREATE | UPSERT | DELETE ` azioni quando usi l'[ChangeResourceRecordSets](https://docs.aws.amazon.com/Route53/latest/APIReference/API_ChangeResourceRecordSets.html)API o la console Route 53.
Puoi anche creare autorizzazioni di accesso che combinano qualsiasi condizione delle policy di Route 53. Ad esempio, puoi concedere a qualcuno le autorizzazioni per modificare i dati del record A per marketing-example.com, ma non consentire all'utente di eliminare i record.
Per ulteriori informazioni sulle autorizzazioni relative ai set di record di risorse ed esempi su come utilizzarle, consulta[Utilizzo di condizioni di policy IAM per il controllo granulare degli accessi](specifying-conditions-route53.md).
Per informazioni su come autenticare AWS gli utenti, consulta [Autenticazione con identità](security-iam.md#security_iam_authentication) e per imparare a controllare l'accesso alle risorse di Route 53, consulta. [Controllo accessi](security-iam.md#access-control)
# Di seguito sono descritti i valori che devi specificare durante la creazione o la modifica di record di Amazon Route 53.
Quando crei record utilizzando la console Amazon Route 53, i valori specificati dipendono dalla politica di routing che desideri utilizzare e dal fatto che tu stia creando record di alias, che indirizzano il traffico verso AWS le risorse.
Record di alias che indirizzano il traffico verso determinate AWS risorse per le quali si specifica la risorsa di destinazione (ad esempio, Elastic Load Balancing CloudFront , distribuzione, bucket Amazon S3). Facoltativamente, puoi anche associare i controlli di integrità e configurare la valutazione dello stato dell'obiettivo. I seguenti argomenti forniscono informazioni dettagliate sui valori richiesti per ogni politica di routing e tipo di record, aiutandoti a configurare i record della Route 53 in modo efficace.
**Topics**
+ [Valori comuni per tutte le policy di routing](resource-record-sets-values-shared.md)
+ [Valori comuni per i record alias per tutte le policy di routing](resource-record-sets-values-alias-common.md)
+ [Valori specifici per record semplici](resource-record-sets-values-basic.md)
+ [Valori specifici per record alias semplici](resource-record-sets-values-alias.md)
+ [Valori specifici per record di failover](resource-record-sets-values-failover.md)
+ [Valori specifici per i record alias di failover](resource-record-sets-values-failover-alias.md)
+ [Valori specifici per record di geolocalizzazione](resource-record-sets-values-geo.md)
+ [Valori specifici per record degli alias di geolocalizzazione](resource-record-sets-values-geo-alias.md)
+ [Valori specifici per i record di geoprossimità](resource-record-sets-values-geoprox.md)
+ [Valori specifici per i record di alias di geoprossimità](resource-record-sets-values-geoprox-alias.md)
+ [Valori specifici per i record di latenza](resource-record-sets-values-latency.md)
+ [Valori specifici per i record alias di latenza](resource-record-sets-values-latency-alias.md)
+ [Valori specifici per i record basati su IP](resource-record-sets-values-ipbased.md)
+ [Valori specifici per i record alias basati su IP](resource-record-sets-values-ipbased-alias.md)
+ [Valori specifici per record di risposta multivalore](resource-record-sets-values-multivalue.md)
+ [Valori specifici per record ponderati](resource-record-sets-values-weighted.md)
+ [Valori specifici per i record alias ponderati](resource-record-sets-values-weighted-alias.md)
# Valori comuni per tutte le policy di routing
Questi sono i valori comuni che puoi specificare durante la creazione o la modifica di record di Amazon Route 53. Questi valori sono utilizzati da tutte le policy di routing.
**Topics**
+ [Nome record](#rrsets-values-common-name)
+ [Valore/instradamento traffico a](#rrsets-values-common-value)
+ [TTL (secondi)](#rrsets-values-common-ttl)
## Nome record
Immetti il nome del dominio o sottodominio a cui instradare il traffico. Il valore predefinito è il nome della zona ospitata.
**Nota**
Se stai creando un record con lo stesso nome della zona ospitata, non immettere un valore (ad esempio, il simbolo @) nel campo **Name (Nome)**.
**Registri CNAME**
Se stai creando un record che ha lo stesso valore di **CNAME** per **Tipo di record**, il nome del record non può essere uguale al nome della zona ospitata.
**Caratteri speciali**
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).
**Caratteri jolly**
Puoi utilizzare un asterisco (\$1) all'interno del nome. Il DNS considera il carattere \$1 sia come un carattere jolly che come il carattere \$1 (ASCII 42), a seconda della posizione nel nome. Per ulteriori informazioni, consulta [Utilizza un asterisco (\$1) nei nomi di zone ospitate e registri](DomainNameFormat.md#domain-name-format-asterisk).
Non puoi utilizzare il carattere jolly \$1 per set di record della risorsa che sono di tipo **NS**.
## Valore/instradamento traffico a
Scegli **Indirizzo IP o altro valore a seconda del tipo di record**. Immetti un valore appropriato per il valore di **Tipo di record**. Per tutti i tipi ad eccezione di **CNAME**, puoi immettere più di un valore. Immetti ogni valore su una riga distinta.
**A — IPv4 indirizzo**
Un indirizzo IP in IPv4 formato, ad esempio **192.0.2.235**.
**AAAA: IPv6 indirizzo**
Un indirizzo IP in IPv6 formato, ad esempio, **2001:0 db 8:85 a 3:0:0:8 a2e: 0370:7334**.
**CAA - Autorizzazione della certification authority**
Tre valori separati da spazi che determinano le autorità di certificazione a cui è consentito emettere certificati o certificati con caratteri jolly per il dominio o il sottodominio specificato da **Nome record**. Puoi utilizzare i record CAA per specificare quanto segue:
+ Quali CAs autorità SSL/TLS di certificazione () possono emettere certificati, se presenti
+ L'indirizzo e-mail o l'URL da contattare quando un'autorità di certificazione emette un certificato per il dominio o il sottodominio.
**CNAME - Nome canonico**
Il nome di dominio completo (come *www.esempio.com*) che Route 53 deve restituire in risposta alle query DNS per questo record. Un punto finale è facoltativo; Route 53 presuppone che il nome dominio sia completo. Ciò significa che Route 53 considera identici *www.esempio.com* (senza un punto finale) e *www.esempio.com.* (con un punto finale).
**MX - Scambio di posta**
Una priorità e un nome di dominio che specifica un server di posta, ad esempio **10 mailserver.example.com**. Il punto finale viene trattato come facoltativo.
**NAPTR - Puntatore dell'autorità dei nomi**
Sei impostazioni separate da spazi utilizzate dalle applicazioni DDDS (Dynamic Delegation Discovery System) per convertire un valore in un altro valore o per sostituire un valore con un altro. Per ulteriori informazioni, consulta [Tipo di record NAPTR](ResourceRecordTypes.md#NAPTRFormat).
**PTR - Puntatore**
Il nome dominio che desideri sia restituito da Route 53.
**NS - Server di nomi**
Il nome di dominio di un server dei nomi, ad esempio **ns1.example.com**.
È possibile specificare un registro NS con solo una policy di routing semplice.
**SPF - Sender Policy Framework**
Un record SPF racchiuso tra virgolette, ad esempio **"v=spf1 ip4:192.168.0.1/16-all"**. L'utilizzo di record SPF non è consigliato. Per ulteriori informazioni, consulta [Tipi di record DNS supportati](ResourceRecordTypes.md).
**SRV - Localizzatore di servizi**
Un record SRV. I record SRV vengono utilizzati per accedere a servizi, ad esempio un servizio per e-mail o comunicazioni. Per informazioni sul formato dei record SRV, consulta la documentazione relativa al servizio a cui desideri connetterti. Il punto finale viene trattato come facoltativo.
Il formato di un record SRV è:
**[priority] [weight] [port] [server host name]**
Ad esempio:
**1 10 5269 xmpp-server.example.com.**
**TXT - Testo**
Un record di testo. Racchiudi il testo tra virgolette, ad esempio **"Esempio di immissione di testo"**.
## TTL (secondi)
La quantità di tempo, in secondi, per cui si desidera che i resolver ricorsivi DNS archivino nella cache le informazioni relative a questo record. Se si specifica un valore più lungo (ad esempio, 172800 secondi o due giorni), si riduce il numero di chiamate che i resolver ricorsivi DNS devono eseguire per permettere a Route 53 di ottenere le informazioni più recenti in questo record. Ciò ha l’effetto di ridurre la latenza e i costi per il servizio Route 53. Per ulteriori informazioni, consulta [Come Amazon Route 53 instrada il traffico per il tuo dominio](welcome-dns-service.md#welcome-dns-service-how-route-53-routes-traffic).
Tuttavia, se si specifica un valore più lungo per TTL, è necessario più tempo perché le modifiche al record (ad esempio, un nuovo indirizzo IP) abbiano effetto in quanto i resolver ricorsivi utilizzano i valori nella cache per periodi più lunghi prima di chiedere a Route 53 le informazioni più recenti. Se stai modificando le impostazioni per un dominio o sottodominio che è già in uso, ti consigliamo di specificare inizialmente un valore più breve, ad esempio 300 secondi, e aumentare il valore dopo aver verificato che le nuove impostazioni siano corrette.
Se stai associando questo record a un controllo dell'integrità, ti consigliamo di specificare un TTL di 60 secondi o inferiore in modo che i client rispondano rapidamente alle modifiche dello stato.
# Valori comuni per i record alias per tutte le policy di routing
Questi sono i valori alias comuni che devi specificare durante la creazione o la modifica di record di Amazon Route 53. Questi valori sono utilizzati da tutte le policy di routing.
**Topics**
+ [Nome record](#rrsets-values-common-alias-name)
+ [Valore/instradamento traffico a](#rrsets-values-alias-common-target)
## Nome record
Immetti il nome del dominio o sottodominio a cui instradare il traffico. Il valore predefinito è il nome della zona ospitata.
**Nota**
Se stai creando un record con lo stesso nome della zona ospitata, non immettere un valore (ad esempio, il simbolo @) nel campo **Name (Nome)**.
**Registri CNAME**
Se stai creando un record che ha lo stesso valore di **CNAME** per **Type (Tipo)**, il nome del record non può essere uguale al nome della zona ospitata.
**Alias per CloudFront distribuzioni e bucket Amazon S3**
Il valore specificato dipende in parte dalla AWS risorsa verso cui stai instradando il traffico:
+ **CloudFront distribuzione**: la distribuzione deve includere un nome di dominio alternativo che corrisponda al nome del record. Ad esempio, se il nome del record è **acme.example.com**, la distribuzione CloudFront deve includere **acme.example.com** come uno dei nomi di dominio alternativi. Per ulteriori informazioni, consulta [Using alternate domain names (CNAMEs)](https://docs.aws.amazon.com/AmazonCloudFront/latest/DeveloperGuide/CNAMEs.html) nella *Amazon CloudFront Developer Guide*.
+ **Bucket Amazon S3**: il nome del record deve corrispondere al nome del bucket Amazon S3. Ad esempio, se il nome del bucket è **acme.example.com**, anche il nome del record deve essere **acme.example.com**.
Inoltre, devi configurare il bucket per l'hosting di siti Web. Per ulteriori informazioni, consulta [Configurazione di un bucket per l'hosting di un sito Web](https://docs.aws.amazon.com/AmazonS3/latest/userguide/HowDoIWebsiteConfiguration.html) nella *Guida per utenti di Amazon Simple Storage Service*.
**Caratteri speciali**
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).
**Caratteri jolly**
Puoi utilizzare un asterisco (\$1) all'interno del nome. Il DNS considera il carattere \$1 sia come un carattere jolly che come il carattere \$1 (ASCII 42), a seconda della posizione nel nome. Per ulteriori informazioni, consulta [Utilizza un asterisco (\$1) nei nomi di zone ospitate e registri](DomainNameFormat.md#domain-name-format-asterisk).
## Valore/instradamento traffico a
Il valore che scegli dall'elenco o che digiti nel campo dipende dalla AWS risorsa verso cui stai indirizzando il traffico.
Per ulteriori informazioni su come configurare Route 53 per indirizzare il traffico verso AWS risorse specifiche, consulta[Instradamento del traffico Internet verso le tue risorse AWS](routing-to-aws-resources.md).
**Importante**
Se hai utilizzato lo stesso AWS account per creare la tua zona ospitata e la risorsa verso cui stai indirizzando il traffico e se la risorsa non compare nell'elenco degli **endpoint**, controlla quanto segue:
Conferma di aver scelto un valore supportato per **Tipo di record**. I valori supportati sono specifici della risorsa a cui si sta instradando il traffico. **Ad esempio, per indirizzare il traffico verso un bucket S3, devi scegliere **A — IPv4 indirizzo** per Tipo di record.**
Confermare che l'account disponga delle autorizzazioni IAM necessarie per elencare le risorse applicabili. Ad esempio, affinché le distribuzioni CloudFront vengano visualizzate nell'elenco **Endpoint**, l'account deve disporre dell'autorizzazione per l’esecuzione della seguente azione: `cloudfront:ListDistributions`.
Per un esempio di policy IAM, consultare [Autorizzazioni necessarie per utilizzare la console Amazon Route 53](access-control-managing-permissions.md#console-required-permissions).
Se hai utilizzato AWS account diversi per creare la zona ospitata e la risorsa, l'elenco degli **endpoint** non mostra la tua risorsa. Consulta la seguente documentazioni relativa al tipo di risorsa per stabilire il valore da immettere in **Endpoint**.
**API Gateway personalizzato, regionale APIs e ottimizzato per l'edge APIs**
Per API Gateway personalizzato, regionale APIs e ottimizzato per i dispositivi perimetrali APIs, effettuate una delle seguenti operazioni:
+ **Se hai usato lo stesso account per creare la zona ospitata Route 53 e l'API**: scegli **Endpoint**, e seleziona quindi un'API dall'elenco. Se ne hai molti APIs, puoi inserire i primi caratteri dell'endpoint API per filtrare l'elenco.
**Nota**
Il nome del record che stai creando deve corrispondere a un nome di dominio personalizzato per la tua API, ad esempio **api.example.com**.
+ **Se hai utilizzato account diversi per creare la tua zona ospitata Route 53 e la tua API**: inserisci l'endpoint dell'API per l'API, ad esempio **api.example.com**.
Se hai utilizzato un AWS account per creare la zona ospitata corrente e un account diverso per creare un'API, l'API non verrà visualizzata nell'elenco degli **endpoint** in **API Gateway APIs**.
Se hai utilizzato un account per creare la zona ospitata corrente e uno o più account diversi per creare tutti i tuoi APIs, l'elenco degli **endpoint** mostra **Nessun target disponibile** in **API Gateway APIs**. Per ulteriori informazioni, consulta [Routing del traffico a un'API di Amazon API Gateway usando il proprio nome di dominio](routing-to-api-gateway.md).
**CloudFront distribuzioni**
Per CloudFront le distribuzioni, effettuate una delle seguenti operazioni:
+ **Se hai utilizzato lo stesso account per creare la zona ospitata su Route 53 e la tua CloudFront distribuzione**, scegli **Endpoint** e scegli una distribuzione dall'elenco. Se disponi di molte distribuzioni, puoi inserire i primi caratteri del nome del dominio per la distribuzione per filtrare l'elenco.
Se la distribuzione non appare nell'elenco, tieni presente quanto segue:
+ Il nome di questo record deve corrispondere a un nome di dominio alternativo nella distribuzione.
+ Se hai appena aggiunto un nome di dominio alternativo alla tua distribuzione, potrebbero essere necessari 15 minuti prima che le modifiche si propaghino a tutte le CloudFront edge location. Fino a quando le modifiche non si sono propagate, Route 53 non può conoscere il nuovo nome di dominio alternativo.
+ **Se hai utilizzato account diversi per creare la zona ospitata su Route 53 e la tua distribuzione, inserisci il nome di CloudFront dominio per la distribuzione****, ad esempio d111111abcdef8.cloudfront.net.**
**Se hai utilizzato un AWS account per creare la zona ospitata corrente e un account diverso per creare una distribuzione, la distribuzione non verrà visualizzata nell'elenco degli endpoint.**
**Se hai utilizzato un account per creare la zona ospitata corrente e uno o più account diversi per creare tutte le distribuzioni, l'elenco degli **endpoint** mostra **Nessun obiettivo disponibile** nelle distribuzioni. CloudFront **
Non indirizzate le query a una CloudFront distribuzione che non si è propagata a tutte le edge location, altrimenti gli utenti non saranno in grado di accedere al contenuto applicabile.
La tua CloudFront distribuzione deve includere un nome di dominio alternativo che corrisponda al nome del record. Ad esempio, se il nome del record è **acme.example.com, la CloudFront distribuzione deve includere **acme.example.com**** come uno dei nomi di dominio alternativi. Per ulteriori informazioni, consulta [Using alternate domain names (CNAMEs)](https://docs.aws.amazon.com/AmazonCloudFront/latest/DeveloperGuide/CNAMEs.html) nella *Amazon CloudFront Developer Guide*.
Se IPv6 è abilitato per la distribuzione, crea due record, uno con il valore **A — IPv4 indirizzo** per il **tipo di record** e uno con un valore di **AAAA — IPv6** indirizzo. Per ulteriori informazioni, consulta [Instradamento del traffico verso una CloudFront distribuzione Amazon utilizzando il tuo nome di dominio](routing-to-cloudfront-distribution.md).
**Servizio App Runner**
Per il servizio App Runner, esegui una delle seguenti operazioni:
+ **Se hai utilizzato lo stesso account per creare la zona ospitata su Route 53 e il servizio App Runner** Regione AWS, scegli il, quindi scegli il nome di dominio dell'ambiente verso cui indirizzare il traffico dall'elenco.
+ **Se hai utilizzato account diversi per creare la tua zona ospitata su Route 53 e il tuo App Runner**, inserisci il nome di dominio personalizzato. Per ulteriori informazioni, consulta [Gestione di nomi di dominio personalizzati per App Runner](https://docs.aws.amazon.com/apprunner/latest/dg/manage-custom-domains.html).
**Se hai utilizzato un AWS account per creare la zona ospitata corrente e un account diverso per creare un App Runner, l'App Runner non verrà visualizzato nell'elenco degli endpoint.**
Per ulteriori informazioni, consulta [Configurazione di Amazon Route 53 per instradare il traffico a un servizio App Runner](routing-to-app-runner.md#routing-to-app-runner-configuring).
**Ambienti Elastic Beanstalk con sottodomini regionalizzati**
Se il nome di dominio per l'ambiente Elastic Beanstalk comprende la regione in cui hai distribuito l'ambiente, puoi creare un record alias che instrada il traffico verso l'ambiente. Ad esempio, il nome di dominio `my-environment.us-west-2.elasticbeanstalk.com` è un nome di dominio regionalizzato.
Per gli ambienti creati prima dell'inizio del 2016, il nome di dominio non include la regione. Per instradare il traffico verso questi ambienti, è necessario creare un record CNAME invece di un record alias. Non puoi creare un record CNAME per il nome di dominio root. Ad esempio, se il tuo nome di dominio è esempio.com, è possibile creare un record che consente di instradare il traffico per acme.esempio.com al tuo ambiente Elastic Beanstalk, ma non potrai creare un record che consente di instradare il traffico per esempio.com al tuo ambiente Elastic Beanstalk.
Per gli ambienti Elastic Beanstalk che hanno sottodomini regionalizzati, procedi in uno dei modi seguenti:
+ **Se hai usato lo stesso account per creare la zona ospitata Route 53 e l'ambiente Elastic Beanstalk**: scegli **Endpoint** e seleziona quindi un ambiente dall'elenco. Se disponi di molti ambienti, puoi inserire i primi caratteri dell'attributo CNAME affinché l'ambiente filtri l'elenco.
+ **Se hai usato diversi account per creare la tua zona ospitata Route 53 e l'ambiente Elastic Beanstalk**\$1 specifica l'attributo CNAME per l'ambiente Elastic Beanstalk.
Per ulteriori informazioni, consulta [Instradamento del traffico verso un ambiente AWS Elastic Beanstalk](routing-to-beanstalk-environment.md).
**load balancer ELB**
Per i sistemi di bilanciamento del carico ELB, procedere in uno dei seguenti modi:
+ **Se hai usato lo stesso account per creare la zona ospitata Route 53 e il load balancer**: scegli **Endpoint** e seleziona un load balancer dall'elenco. Se disponi di molti sistemi di bilanciamento del carico, puoi inserire i primi caratteri del nome DNS per filtrare l'elenco.
+ **Se hai usato diversi account per creare la tua zona ospitata Route 53 e il load balancer**: inserisci il valore ottenuto nella procedura [Come ottenere il nome DNS per un sistema di bilanciamento del carico Elastic Load Balancing](resource-record-sets-creating.md#resource-record-sets-elb-dns-name-procedure).
**Se hai utilizzato un AWS account per creare la zona ospitata corrente e un account diverso per creare un sistema di bilanciamento del carico, il sistema di bilanciamento del carico non verrà visualizzato nell'elenco degli endpoint.**
Se hai utilizzato un account per creare la zona ospitata corrente e uno o più account diversi per creare tutti i bilanciatori del carico, nell'elenco **Endpoints** viene visualizzato **Nessuna destinazione disponibile** in **Elastic Load Balancer**.
La consolle aggiunge **dualstack.** per Application Load Balancer e Classic Load Balancer da un diverso account. Quando un client, ad esempio un browser Web, richiede l'indirizzo IP per il nome di dominio (esempio.com) o il nome di sottodominio (www.esempio.com), il client può richiedere un IPv4 indirizzo (un record A), un IPv6 indirizzo (un record AAAA) o entrambi IPv4 gli IPv6 indirizzi (in richieste separate). La designazione **dualstack.** consente a Route 53 di rispondere con l'indirizzo IP appropriato per il load balancer in base al formato dell'indirizzo IP richiesto dal client.
Per ulteriori informazioni, consulta [Routing del traffico a un load balancer ELB](routing-to-elb-load-balancer.md).
**AWS Acceleratori Global Accelerator**
Per gli acceleratori AWS Global Accelerator, inserisci il nome DNS dell'acceleratore. È possibile inserire il nome DNS di un acceleratore creato utilizzando l' AWS account corrente o utilizzando un account diverso. AWS
**Bucket Amazon S3**
Per i bucket Amazon S3 che sono configurati come endpoint del sito Web, procedi in uno dei modi seguenti:
+ **Se hai usato lo stesso account per creare la zona ospitata Route 53 e il bucket Amazon S3**: scegli **Endpoint** e seleziona quindi un bucket dall'elenco. Se disponi di molti bucket, puoi inserire i primi caratteri del nome DNS per filtrare l'elenco.
Il valore di **Endpoint** diventa l'endpoint del sito Web Amazon S3 per il bucket.
+ **Se hai usato diversi account per creare la tua zona ospitata Route 53 e il bucket Amazon S3** - inserisci il nome della regione nella quale hai creato il bucket S3. Utilizza il valore che appare nella colonna **Endpoint sito web** nella tabella [Endpoint del sito web Amazon S3](https://docs.aws.amazon.com/general/latest/gr/s3.html#s3_website_region_endpoints) in *Riferimenti generali di Amazon Web Services*.
**Se hai utilizzato AWS account diversi dall'account corrente per creare i tuoi bucket Amazon S3, il bucket non verrà visualizzato nell'elenco degli endpoint.**
Devi configurare il bucket per l'hosting di siti Web. Per ulteriori informazioni, consulta [Configurazione di un bucket per l'hosting di un sito Web](https://docs.aws.amazon.com/AmazonS3/latest/userguide/HowDoIWebsiteConfiguration.html) nella *Guida per utenti di Amazon Simple Storage Service*.
Il nome del record deve corrispondere al nome del bucket Amazon S3. Ad esempio, se il nome del bucket Amazon S3 è **acme.esempio.com**, anche il nome del record deve essere **acme.esempio.com**.
In un gruppo di alias ponderati, alias di latenza, alias di failover o alias di geolocalizzazione, puoi creare un solo record che instrada le query a un bucket Amazon S3 perché il nome del record deve corrispondere al nome del bucket e nomi dei bucket devono essere globalmente univoci.
** OpenSearch Servizio Amazon**
Per OpenSearch Service, esegui una delle seguenti operazioni:
+ **OpenSearch Dominio personalizzato del servizio**: il nome del record deve corrispondere al dominio personalizzato. Ad esempio, se il nome del dominio personalizzato è test.example.com, anche il nome di questo record deve essere test.example.com.
+ **Se hai utilizzato lo stesso account per creare la tua zona ospitata su Route 53 e il tuo dominio di OpenSearch servizio, scegli il, quindi scegli il nome di dominio**. Regione AWS
+ **Se hai utilizzato account diversi per creare la tua zona ospitata su Route 53 e il tuo dominio di OpenSearch servizio**, inserisci il nome di dominio personalizzato. Per ulteriori informazioni, consulta [Creare un endpoint personalizzato](https://docs.aws.amazon.com/opensearch-service/latest/developerguide/customendpoint.html).
Se hai utilizzato un AWS account per creare la zona ospitata corrente e un account diverso per creare un dominio di OpenSearch servizio, il dominio non verrà visualizzato nell'elenco degli **endpoint**.
**Se hai utilizzato un account per creare la zona ospitata corrente e uno o più account diversi per creare tutti i domini di OpenSearch servizio, l'elenco degli **endpoint** mostra **Nessun obiettivo disponibile** in Servizio. OpenSearch **
Per ulteriori informazioni, consulta [Configurazione di Amazon Route 53 per instradare il traffico verso un endpoint OpenSearch di dominio Amazon Service](routing-to-open-search-service.md#routing-to-open-search-service-configuring).
**Endpoint dell'interfaccia di Amazon VPC**
Per gli endpoint dell'interfaccia Amazon VPC, effettua una delle seguenti operazioni:
+ **Se hai usato lo stesso account per creare la zona ospitata Route 53 e l'endpoint dell'interfaccia**: scegli **Endpoint** e seleziona quindi un endpoint dell'interfaccia dall'elenco. Se disponi di molte interfacce di endpoint, puoi inserire i primi caratteri del nome host DNS per filtrare l'elenco.
+ **Se hai utilizzato account diversi per creare la tua zona ospitata Route 53 e l'endpoint dell'interfaccia**, inserisci il nome host DNS per l'endpoint dell'interfaccia, ad esempio **vpce-123456789abcdef01- example-us-east -1a.elasticloadbalancing.us-east-1.vpce.amazonaws.com**.
**Se hai utilizzato un AWS account per creare la zona ospitata corrente e un account diverso per creare un endpoint di interfaccia, l'endpoint dell'interfaccia non verrà visualizzato nell'elenco degli endpoint sotto gli **endpoint** VPC.**
Se hai utilizzato un account per creare la zona ospitata attuale e uno o più account diversi per creare tutti gli endpoint di interfaccia, nell'elenco **Endpoint** viene visualizzato **Nessuna destinazione disponibile** in **Endpoint VPC**.
Per ulteriori informazioni, consulta [Routing del traffico a un endpoint di interfaccia di Amazon Virtual Private Cloud usando il proprio nome dominio](routing-to-vpc-interface-endpoint.md).
**Record in questa zona ospitata**
Per i record in questa zona ospitata, scegli **Endpoint**, quindi seleziona il record applicabile. Se disponi di molti record, puoi inserire i primi caratteri del nome per filtrare l'elenco.
Se la zona ospitata contiene solo i record NS e SOA di default, nell'elenco **Endpoint** viene visualizzato **Nessuna destinazione disponibile**.
Se stai creando un record alias che ha lo stesso valore della zona ospitata (nota come *Apex di zona*), non puoi scegliere un record il cui valore di **Tipo di record** è **CNAME**. Questo perché il record alias deve avere lo stesso tipo del record a cui stai instradando il traffico e la creazione di un record CNAME per l'apex di zona non è supportata neanche per un record alias.
# Valori specifici per record semplici
Quando crei record semplici, specifichi i valori seguenti.
**Topics**
+ [Policy di routing](#rrsets-values-basic-routing-policy)
+ [Nome record](#rrsets-values-basic-name)
+ [Valore/instradamento traffico a](#rrsets-values-basic-value)
+ [Tipo di record](#rrsets-values-basic-type)
+ [TTL (secondi)](#rrsets-values-basic-ttl)
## Policy di routing
Scegli **Routing semplice**.
## Nome record
Immetti il nome del dominio o sottodominio a cui instradare il traffico. Il valore predefinito è il nome della zona ospitata.
**Nota**
Se stai creando un record con lo stesso nome della zona ospitata, non immettere un valore (ad esempio, il simbolo @) nel campo **Name (Nome)**.
Per ulteriori informazioni sui nomi record, consultare [Nome record](resource-record-sets-values-shared.md#rrsets-values-common-name).
## Valore/instradamento traffico a
Scegli **Indirizzo IP o altro valore a seconda del tipo di record**. Immetti un valore appropriato per il valore di **Tipo di record**. Per tutti i tipi ad eccezione di **CNAME**, puoi immettere più di un valore. Immetti ogni valore su una riga distinta.
Puoi instradare il traffico verso, o specificare i seguenti valori:
+ **A — IPv4 indirizzo**
+ **AAAA — IPv6 indirizzo**
+ **CAA - Autorizzazione della certification authority**
+ **CNAME - Nome canonico**
+ **MX - Scambio di posta**
+ **NAPTR - Puntatore dell'autorità dei nomi**
+ **NS - Server di nomi**
Il nome di dominio di un server dei nomi, ad esempio **ns1.example.com**.
**Nota**
È possibile specificare un record NS con solo una policy di routing.
+ **PTR - Puntatore**
+ **SPF - Sender Policy Framework**
+ **SRV - Localizzatore di servizi**
+ **TXT - Testo**
Per ulteriori informazioni sui valori precedenti, consulta [Valori comuni per il Value/Route traffico verso](resource-record-sets-values-shared.md#rrsets-values-common-value).
## Tipo di record
Il tipo di record DNS. Per ulteriori informazioni, consulta [Tipi di record DNS supportati](ResourceRecordTypes.md).
Seleziona il valore per **Tipo di record** in base al modo in cui desideri che Route 53 risponda alle query DNS.
## TTL (secondi)
La quantità di tempo, in secondi, per cui si desidera che i resolver ricorsivi DNS archivino nella cache le informazioni relative a questo record. Se si specifica un valore più lungo (ad esempio, 172800 secondi o due giorni), si riduce il numero di chiamate che i resolver ricorsivi DNS devono eseguire per permettere a Route 53 di ottenere le informazioni più recenti in questo record. Ciò ha l’effetto di ridurre la latenza e i costi per il servizio Route 53. Per ulteriori informazioni, consulta [Come Amazon Route 53 instrada il traffico per il tuo dominio](welcome-dns-service.md#welcome-dns-service-how-route-53-routes-traffic).
Tuttavia, se si specifica un valore più lungo per TTL, è necessario più tempo perché le modifiche al record (ad esempio, un nuovo indirizzo IP) abbiano effetto in quanto i resolver ricorsivi utilizzano i valori nella cache per periodi più lunghi prima di chiedere a Route 53 le informazioni più recenti. Se stai modificando le impostazioni per un dominio o sottodominio che è già in uso, ti consigliamo di specificare inizialmente un valore più breve, ad esempio 300 secondi, e aumentare il valore dopo aver verificato che le nuove impostazioni siano corrette.
# Valori specifici per record alias semplici
Quando crei record alias, specifichi i valori seguenti. Per ulteriori informazioni, consulta [Scelta tra record alias e non alias](resource-record-sets-choosing-alias-non-alias.md).
**Nota**
Se si utilizza Route 53 in AWS GovCloud (US) Region, questa funzionalità presenta alcune restrizioni. Per ulteriori informazioni, consulta la [pagina di Amazon Route 53](https://docs.aws.amazon.com/govcloud-us/latest/UserGuide/govcloud-r53.html) nella *Guida per l'utente di AWS GovCloud (US) *.
**Topics**
+ [Policy di routing](#rrsets-values-alias-routing-policy)
+ [Nome record](#rrsets-values-alias-name)
+ [Valore/instradamento traffico a](#rrsets-values-alias-alias-target)
+ [Tipo di record](#rrsets-values-alias-type)
+ [Valutazione dello stato della destinazione](#rrsets-values-alias-evaluate-target-health)
## Policy di routing
Scegli **Routing semplice**.
## Nome record
Immetti il nome del dominio o sottodominio a cui instradare il traffico. Il valore predefinito è il nome della zona ospitata.
**Nota**
Se stai creando un record con lo stesso nome della zona ospitata, non immettere un valore (ad esempio, il simbolo @) nel campo **Name (Nome)**.
Per ulteriori informazioni sui nomi record, consultare [Nome record](resource-record-sets-values-alias-common.md#rrsets-values-common-alias-name).
## Valore/instradamento traffico a
Il valore che scegli dall'elenco o che digiti nel campo dipende dalla AWS risorsa verso cui stai indirizzando il traffico.
Per informazioni sulle AWS risorse a cui puoi indirizzare, consulta [Common values for alias records for value/route traffic](resource-record-sets-values-alias-common.md#rrsets-values-alias-common-target) to.
Per ulteriori informazioni su come configurare Route 53 per indirizzare il traffico verso AWS risorse specifiche, consulta[Instradamento del traffico Internet verso le tue risorse AWS](routing-to-aws-resources.md).
## Tipo di record
Il tipo di record DNS. Per ulteriori informazioni, consulta [Tipi di record DNS supportati](ResourceRecordTypes.md).
Seleziona il valore applicabile in base alla AWS risorsa verso cui stai indirizzando il traffico:
**API regionali personalizzate di API Gateway o API con ottimizzate per l'edge**
Seleziona **A — IPv4 indirizzo**.
**Endpoint dell'interfaccia di Amazon VPC**
Seleziona **A — IPv4 indirizzo**.
**CloudFront distribuzione**
Seleziona **A — IPv4 indirizzo**.
Se IPv6 è abilitato per la distribuzione, crea due record, uno con il valore **A - IPv4 indirizzo** per **Tipo** e uno con il valore **AAAA - IPv6 indirizzo**.
**Servizio App Runner**
Seleziona **A — indirizzo IPv4 **
**Ambienti Elastic Beanstalk con sottodomini regionalizzati**
Seleziona **A — IPv4 indirizzo**
**Sistema di bilanciamento del carico ELB**
Seleziona **A — IPv4 indirizzo** o **AAAA — IPv6 ** indirizzo
**Bucket Amazon S3**
Seleziona **A — indirizzo IPv4 **
**OpenSearch Servizio**
Seleziona **A — IPv4 indirizzo** o **AAAA — IPv6 ** indirizzo
**Un altro record si trova in questa zona ospitata**
Seleziona il tipo di record per cui stai creando l'alias. Sono supportati tutti i tipi a eccezione di **NS** e **SOA**.
Se stai creando un record alias che ha lo stesso valore della zona ospitata (nota come *Apex di zona*), non puoi instradare il traffico verso un record il cui valore di **Type (Tipo)** è **CNAME**. Questo perché il record alias deve avere lo stesso tipo del record a cui stai instradando il traffico e la creazione di un record CNAME per l'apex di zona non è supportata neanche per un record alias.
## Valutazione dello stato della destinazione
Quando il valore di **Policy di routing** è **Semplice**, è possibile scegliere tra **No** il valore di default **Sì** perché **Valuta integrità della destinazione** non ha effetto per il routing **Semplice**. Se hai solo un record con nome e tipo, Route 53 risponde alle query DNS utilizzando i valori in quel record, indipendentemente dall'integrità della risorsa.
Per altre politiche di routing, **Evaluate target health** determina se Route 53 controlla lo stato della risorsa a cui si riferisce il record di alias:
+ **Servizi in cui Evaluate lo stato dell'obiettivo offre vantaggi operativi**: per i sistemi di bilanciamento del carico (ELB) e gli AWS Elastic Beanstalk ambienti con sistemi di bilanciamento del carico, l'impostazione di **Evaluate target health** su **Yes** consente a Route 53 di indirizzare il traffico lontano da risorse non integre.
+ **Servizi ad alta disponibilità**: per servizi come bucket Amazon S3, endpoint di interfaccia VPC, Amazon API Gateway, AWS Global Accelerator Amazon Service e Amazon VPC Lattice OpenSearch **, Evaluate Target Health non offre alcun vantaggio operativo perché questi** servizi sono progettati per un'elevata disponibilità. Per gli scenari di failover con questi servizi, utilizza invece i [controlli di integrità della Route 53](https://docs.aws.amazon.com/Route53/latest/DeveloperGuide/dns-failover.html).
Per informazioni dettagliate su come **Evaluate Target Health** funziona con diversi AWS servizi, consulta la [ EvaluateTargetHealth](https://docs.aws.amazon.com/Route53/latest/APIReference/API_AliasTarget.html#Route53-Type-AliasTarget-EvaluateTargetHealth)documentazione nel riferimento all'API.
# Valori specifici per record di failover
Quando crei record di failover, specifichi i valori seguenti.
**Nota**
Per informazioni su come creare record di failover nella propria zona ospitata privata, consulta [Configurazione del failover in una zona ospitata privata](dns-failover-private-hosted-zones.md).
**Topics**
+ [Policy di routing](#rrsets-values-failover-routing-policy)
+ [Nome record](#rrsets-values-failover-name)
+ [Tipo di record](#rrsets-values-failover-type)
+ [TTL (secondi)](#rrsets-values-failover-ttl)
+ [Valore/instradamento traffico a](#rrsets-values-failover-value)
+ [Tipo di record di failover](#rrsets-values-failover-record-type)
+ [Controllo dell’integrità](#rrsets-values-failover-associate-with-health-check)
+ [ID record](#rrsets-values-failover-set-id)
## Policy di routing
Scegli **Failover**.
## Nome record
Immetti il nome del dominio o sottodominio a cui instradare il traffico. Il valore predefinito è il nome della zona ospitata.
**Nota**
Se stai creando un record con lo stesso nome della zona ospitata, non immettere un valore (ad esempio, il simbolo @) nel campo **Nome record**.
Immetti lo stesso nome per entrambi i record nel gruppo di record di failover.
Per ulteriori informazioni sui nomi record, consultare [Nome record](resource-record-sets-values-shared.md#rrsets-values-common-name).
## Tipo di record
Il tipo di record DNS. Per ulteriori informazioni, consulta [Tipi di record DNS supportati](ResourceRecordTypes.md).
Seleziona lo stesso valore per i record di failover principali e secondari.
## TTL (secondi)
La quantità di tempo, in secondi, per cui si desidera che i resolver ricorsivi DNS archivino nella cache le informazioni relative a questo record. Se si specifica un valore più lungo (ad esempio, 172800 secondi o due giorni), si riduce il numero di chiamate che i resolver ricorsivi DNS devono eseguire per permettere a Route 53 di ottenere le informazioni più recenti in questo record. Ciò ha l’effetto di ridurre la latenza e i costi per il servizio Route 53. Per ulteriori informazioni, consulta [Come Amazon Route 53 instrada il traffico per il tuo dominio](welcome-dns-service.md#welcome-dns-service-how-route-53-routes-traffic).
Tuttavia, se si specifica un valore più lungo per TTL, è necessario più tempo perché le modifiche al record (ad esempio, un nuovo indirizzo IP) abbiano effetto in quanto i resolver ricorsivi utilizzano i valori nella cache per periodi più lunghi prima di chiedere a Route 53 le informazioni più recenti. Se stai modificando le impostazioni per un dominio o sottodominio che è già in uso, ti consigliamo di specificare inizialmente un valore più breve, ad esempio 300 secondi, e aumentare il valore dopo aver verificato che le nuove impostazioni siano corrette.
Se stai associando questo record a un controllo dell'integrità, ti consigliamo di specificare un TTL di 60 secondi o inferiore in modo che i client rispondano rapidamente alle modifiche dello stato.
## Valore/instradamento traffico a
Scegli **Indirizzo IP o altro valore a seconda del tipo di record**. Immetti un valore appropriato per il valore di **Tipo di record**. Per tutti i tipi ad eccezione di **CNAME**, puoi immettere più di un valore. Immetti ogni valore su una riga distinta.
Puoi instradare il traffico verso, o specificare i seguenti valori:
+ **A — IPv4 indirizzo**
+ **AAAA — IPv6 indirizzo**
+ **CAA - Autorizzazione della certification authority**
+ **CNAME - Nome canonico**
+ **MX - Scambio di posta**
+ **NAPTR - Puntatore dell'autorità dei nomi**
+ **PTR - Puntatore**
+ **SPF - Sender Policy Framework**
+ **SRV - Localizzatore di servizi**
+ **TXT - Testo**
Per ulteriori informazioni sui valori precedenti, consulta [Valori comuni per il Value/Route traffico verso](resource-record-sets-values-shared.md#rrsets-values-common-value).
## Tipo di record di failover
Scegli un valore applicabile per questo record. Affinché il failover funzioni correttamente, è necessario creare un record di failover principale e uno secondario.
Non puoi creare record non di failover che hanno gli stessi valori per **Nome record** e **Tipo di record** come record di failover.
## Controllo dell’integrità
Seleziona un controllo dell'integrità se desideri che Route 53 controlli l'integrità di un determinato endpoint e risponda alle query DNS utilizzando questo record solo quando l'endpoint è integro.
Route 53 non controlla l'integrità dell'endpoint specificato nel record, ad esempio l'endpoint specificato dall'indirizzo IP nel campo **Valore**. Quando selezioni un controllo dell'integrità per un record, Route 53 controlla l'integrità dell'endpoint specificato nel controllo dell'integrità. Per informazioni su come Route 53 determina se un endpoint è integro, consulta [Come Amazon Route 53 determina se un controllo dell'integrità è integroCome Route 53 determina se un controllo dell'integrità è integro](dns-failover-determining-health-of-endpoints.md).
L'associazione di un controllo dell'integrità a un record è utile solo quando Route 53 deve scegliere tra due o più record per rispondere a una query DNS e desideri che Route 53 effettui la scelta in parte in base all'avanzamento di un controllo dell'integrità. Utilizza i controlli dell'integrità solo nelle configurazioni seguenti:
+ Stai controllando lo stato di tutti i record di un gruppo di record con lo stesso nome, tipo e policy di routing (ad esempio i record di failover o ponderati) e specifichi il controllo dello stato IDs per tutti i record. Se il controllo dell'integrità di un record indica un endpoint non integro, Route 53 smette di rispondere alle query utilizzando il valore di tale record.
+ Seleziona **Yes** (Sì) per l'opzione **Evaluate Target Health** (Valutazione dello stato target) per un record alias o per i record di un gruppo di alias di failover, di geolocalizzazione, di latenza, basati su IP o ponderati. Se i record alias fanno riferimento a record non alias appartenenti alla stessa zona ospitata, devi specificare anche i controlli dell'integrità per i record a cui viene fatto riferimento. Se associ un controllo dell'integrità a un record alias e selezioni anche **Yes** (Sì) per **Evaluate Target Health** (Valuta integrità destinazione), entrambi devono essere veri. Per ulteriori informazioni, consulta [Cosa accade se si associa un controllo dell'integrità a un record alias?](dns-failover-complex-configs.md#dns-failover-complex-configs-hc-alias).
Se i controlli dell'integrità specificano l'endpoint solo in base al nome del dominio, ti consigliamo di creare un controllo dell'integrità separato per ciascun endpoint. Ad esempio, puoi creare un controllo dell'integrità per ciascun server HTTP che gestisce contenuti per www.esempio.com. Come valore di **Domain Name (Nome dominio)**, specifica il nome di dominio del server (ad esempio, us-east-2-www.example.com), anziché il nome dei record (example.com).
**Importante**
In questa configurazione, se crei un controllo dell'integrità per il quale il valore di **Domain Name (Nome dominio)** corrisponde al nome dei record e quindi associ il controllo dell'integrità a quei record, i risultati del controllo dell'integrità saranno imprevedibili.
## ID record
Immetti un valore che identifichi in modo univoco i record principale e secondario.
# Valori specifici per i record alias di failover
Quando crei record alias di failover, specifichi i valori seguenti.
Per informazioni, consultare gli argomenti seguenti:
+ Per informazioni su come creare record di failover nella propria zona ospitata privata, consulta [Configurazione del failover in una zona ospitata privata](dns-failover-private-hosted-zones.md).
+ Per ulteriori informazioni sui record alias, consulta [Scelta tra record alias e non alias](resource-record-sets-choosing-alias-non-alias.md).
**Topics**
+ [Policy di routing](#rrsets-values-failover-alias-routing-policy)
+ [Nome record](#rrsets-values-failover-alias-name)
+ [Tipo di record](#rrsets-values-failover-alias-type)
+ [Valore/instradamento traffico a](#rrsets-values-failover-alias-alias-target)
+ [Tipo di record di failover](#rrsets-values-failover-alias-failover-record-type)
+ [Controllo dell’integrità](#rrsets-values-failover-alias-associate-with-health-check)
+ [Valutazione dello stato della destinazione](#rrsets-values-failover-alias-evaluate-target-health)
+ [ID record](#rrsets-values-failover-alias-set-id)
## Policy di routing
Scegli **Failover**.
## Nome record
Immetti il nome del dominio o sottodominio a cui instradare il traffico. Il valore predefinito è il nome della zona ospitata.
**Nota**
Se stai creando un record con lo stesso nome della zona ospitata, non immettere un valore (ad esempio, il simbolo @) nel campo **Nome record**.
Immetti lo stesso nome per entrambi i record nel gruppo di record di failover.
Per ulteriori informazioni sui nomi record, consultare [Nome record](resource-record-sets-values-alias-common.md#rrsets-values-common-alias-name).
## Tipo di record
Il tipo di record DNS. Per ulteriori informazioni, consulta [Tipi di record DNS supportati](ResourceRecordTypes.md).
Seleziona il valore applicabile in base alla AWS risorsa verso cui stai indirizzando il traffico. Seleziona lo stesso valore per i record di failover principali e secondari:
**API regionali personalizzate di API Gateway o API con ottimizzate per l'edge**
Seleziona **A — IPv4 indirizzo**.
**Endpoint dell'interfaccia di Amazon VPC**
Seleziona **A — IPv4 indirizzo**.
**CloudFront distribuzione**
Seleziona **A — IPv4 indirizzo**.
Se IPv6 è abilitato per la distribuzione, crea due record, uno con il valore **A - IPv4 indirizzo** per **Tipo** e uno con il valore **AAAA - IPv6 indirizzo**.
**Servizio App Runner**
Seleziona **A — indirizzo IPv4 **
**Ambienti Elastic Beanstalk con sottodomini regionalizzati**
Seleziona **A — IPv4 indirizzo**
**Sistema di bilanciamento del carico ELB**
Seleziona **A — IPv4 indirizzo** o **AAAA — IPv6 ** indirizzo
**Bucket Amazon S3**
Seleziona **A — indirizzo IPv4 **
**OpenSearch Servizio**
Seleziona **A — IPv4 indirizzo** o **AAAA — IPv6 ** indirizzo
**Un altro record si trova in questa zona ospitata**
Seleziona il tipo di record per cui stai creando l'alias. Sono supportati tutti i tipi a eccezione di **NS** e **SOA**.
Se stai creando un record alias che ha lo stesso valore della zona ospitata (nota come *Apex di zona*), non puoi instradare il traffico verso un record il cui valore di **Type (Tipo)** è **CNAME**. Questo perché il record alias deve avere lo stesso tipo del record a cui stai instradando il traffico e la creazione di un record CNAME per l'apex di zona non è supportata neanche per un record alias.
## Valore/instradamento traffico a
Il valore che scegli dall'elenco o che digiti nel campo dipende dalla AWS risorsa verso cui stai indirizzando il traffico.
Per informazioni sulle AWS risorse a cui puoi indirizzare, consulta [Common values for alias records for value/route traffic](resource-record-sets-values-alias-common.md#rrsets-values-alias-common-target) to.
Per ulteriori informazioni su come configurare Route 53 per indirizzare il traffico verso AWS risorse specifiche, consulta[Instradamento del traffico Internet verso le tue risorse AWS](routing-to-aws-resources.md).
**Nota**
Quando crei i record di failover principale e secondario, puoi facoltativamente creare un record di failover e un record *alias* di failover con gli stessi valori per **Nome** e **Tipo di record**. Se combini il record di failover con il record alias di failover, entrambi possono essere il record principale.
## Tipo di record di failover
Scegli un valore applicabile per questo record. Affinché il failover funzioni correttamente, è necessario creare un record di failover principale e uno secondario.
Non puoi creare record non di failover che hanno gli stessi valori per **Nome record** e **Tipo di record** come record di failover.
## Controllo dell’integrità
Seleziona un controllo dell'integrità se desideri che Route 53 controlli l'integrità di un determinato endpoint e risponda alle query DNS utilizzando questo record solo quando l'endpoint è integro.
Route 53 non controlla l'integrità dell'endpoint specificato nel record, ad esempio l'endpoint specificato dall'indirizzo IP nel campo **Valore**. Quando selezioni un controllo dell'integrità per un record, Route 53 controlla l'integrità dell'endpoint specificato nel controllo dell'integrità. Per informazioni su come Route 53 determina se un endpoint è integro, consulta [Come Amazon Route 53 determina se un controllo dell'integrità è integroCome Route 53 determina se un controllo dell'integrità è integro](dns-failover-determining-health-of-endpoints.md).
L'associazione di un controllo dell'integrità a un record è utile solo quando Route 53 deve scegliere tra due o più record per rispondere a una query DNS e desideri che Route 53 effettui la scelta in parte in base all'avanzamento di un controllo dell'integrità. Utilizza i controlli dell'integrità solo nelle configurazioni seguenti:
+ Stai controllando lo stato di tutti i record di un gruppo di record con lo stesso nome, tipo e policy di routing (come i record di failover o ponderati) e specifichi il controllo dello stato IDs per tutti i record. Se il controllo dell'integrità di un record indica un endpoint non integro, Route 53 smette di rispondere alle query utilizzando il valore di tale record.
+ Seleziona **Yes** (Sì) per l'opzione **Evaluate Target Health** (Valutazione dello stato target) per un record alias o per i record di un gruppo di alias di failover, di geolocalizzazione, di latenza, basati su IP o ponderati. Se i record alias fanno riferimento a record non alias appartenenti alla stessa zona ospitata, devi specificare anche i controlli dell'integrità per i record a cui viene fatto riferimento. Se associ un controllo dell'integrità a un record alias e selezioni anche **Yes** (Sì) per **Evaluate Target Health** (Valuta integrità destinazione), entrambi devono essere veri. Per ulteriori informazioni, consulta [Cosa accade se si associa un controllo dell'integrità a un record alias?](dns-failover-complex-configs.md#dns-failover-complex-configs-hc-alias).
Se i controlli dell'integrità specificano l'endpoint solo in base al nome del dominio, ti consigliamo di creare un controllo dell'integrità separato per ciascun endpoint. Ad esempio, puoi creare un controllo dell'integrità per ciascun server HTTP che gestisce contenuti per www.esempio.com. Come valore di **Domain Name (Nome dominio)**, specifica il nome di dominio del server (ad esempio, us-east-2-www.example.com), anziché il nome dei record (example.com).
**Importante**
In questa configurazione, se crei un controllo dell'integrità per il quale il valore di **Domain Name (Nome dominio)** corrisponde al nome dei record e quindi associ il controllo dell'integrità a quei record, i risultati del controllo dell'integrità saranno imprevedibili.
## Valutazione dello stato della destinazione
Seleziona **Sì** se desideri che Route 53 determini se rispondere alle query DNS utilizzando questo record controllando l'integrità della risorsa specificata da **Endpoint**.
Tenere presente quanto segue:
**API Gateway personalizzato, regionale APIs e ottimizzato per l'edge APIs**
Non sono previsti requisiti speciali per impostare **Valutazione dell'integrità della destinazione** su **Sì** quando l'endpoint è un'API regionale personalizzata di API Gateway o un'API ottimizzata per l'edge.
**CloudFront distribuzioni**
Non è possibile impostare **Evaluate target health** su **Sì** quando l'endpoint è una CloudFront distribuzione.
**Ambienti Elastic Beanstalk con sottodomini regionalizzati**
Se specifichi un ambiente Elastic Beanstalk in **Endpoint** e l'ambiente contiene un load balancer ELB, Elastic Load Balancing instrada le query solo alle istanze Amazon EC2 integre registrate con il load balancer. (Un ambiente contiene automaticamente un load balancer ELB se include più di un'istanza Amazon EC2.) Se imposti **Valutazione dell'integrazione della destinazione** su **Sì** e nessuna istanza Amazon EC2 è integra o lo stesso load balancer non è integro, Route 53 instrada le query ad altre risorse disponibili integre, se presenti.
Se l'ambiente contiene una sola istanza Amazon EC2, non sono previsti requisiti speciali.
**Load balancer ELB**
Il comportamento del controllo dell'integrità dipende dal tipo di load balancer:
+ **Classic Load Balancer**: se in **Endpoint** specifichi un Classic Load Balancer ELB, Elastic Load Balancing instrada le query solo alle istanze Amazon EC2 integre registrate con il load balancer. Se imposti **Valutazione dell'integrità della destinazione** su **Sì** e né le istanze EC2 né il load balancer risultano integri, Route 53 instrada le query ad altre risorse.
+ **Application Load Balancer/Network Load Balancer**: se specifichi un Application Load Balancer/Network Load Balancer ELB e imposti **Valutazione dell'integrità della destinazione** su **Sì**, Route 53 instrada le query al load balancer in base all'integrità dei gruppi di destinazione a esso associati:
+ Affinché un Application Load Balancer/Network Load Balancer venga considerato integro, un gruppo target contenente target deve includere almeno un target integro. Se un gruppo target contiene solo target non integri, il load balancer viene considerato non integro e Route 53 instrada le query ad altre risorse.
+ Un gruppo target che non include target registrati viene considerato non integro.
Quando crei un load balancer, configuri le impostazioni per i controlli dell'integrità di Elastic Load Balancing, che svolgono una funzione analoga ai controlli dell'integrità di Route 53. Non creare controlli dell'integrità di Route 53 per le istanze EC2 che record con un load balancer ELB.
**Bucket S3**
Non sono previsti requisiti speciali per impostare **Valutazione dell'integrità della destinazione** su **Sì** quando l'endpoint è un bucket S3.
**Endpoint dell'interfaccia di Amazon VPC**
Non sono previsti requisiti speciali per impostare **Valutazione dell'integrità della destinazione** su **Sì** quando l'endpoint è un endpoint dell'interfaccia Amazon VPC.
**Altri record nella stessa zona ospitata**
Se la AWS risorsa specificata in **Endpoint** è un record o un gruppo di record (ad esempio, un gruppo di record ponderati) ma non è un altro record di alias, ti consigliamo di associare un controllo dello stato a tutti i record dell'endpoint. Per ulteriori informazioni, consulta [Cosa accade se si omettono i controlli dell'integrità?](dns-failover-complex-configs.md#dns-failover-complex-configs-hc-omitting).
## ID record
Immetti un valore che identifichi in modo univoco i record principale e secondario.
# Valori specifici per record di geolocalizzazione
Quando crei record di geolocalizzazione, specifichi i valori seguenti.
**Topics**
+ [Policy di routing](#rrsets-values-geo-routing-policy)
+ [Nome record](#rrsets-values-geo-name)
+ [Tipo di record](#rrsets-values-geo-type)
+ [TTL (secondi)](#rrsets-values-geo-ttl)
+ [Valore/instradamento traffico a](#rrsets-values-geo-value)
+ [Location (Ubicazione)](#rrsets-values-geo-location)
+ [Stati degli Stati Uniti](#rrsets-values-geo-sublocation)
+ [Controllo dell’integrità](#rrsets-values-geo-associate-with-health-check)
+ [ID record](#rrsets-values-geo-set-id)
## Policy di routing
Seleziona **Geolocalizzazione**.
## Nome record
Immetti il nome del dominio o sottodominio a cui instradare il traffico. Il valore predefinito è il nome della zona ospitata.
**Nota**
Se stai creando un record con lo stesso nome della zona ospitata, non immettere un valore (ad esempio, il simbolo @) nel campo **Name (Nome)**.
Immetti lo stesso nome per tutti i record nel gruppo di record di geolocalizzazione.
Per ulteriori informazioni sui nomi record, consultare [Nome record](resource-record-sets-values-shared.md#rrsets-values-common-name).
## Tipo di record
Il tipo di record DNS. Per ulteriori informazioni, consulta [Tipi di record DNS supportati](ResourceRecordTypes.md).
Seleziona lo stesso valore per tutti i record nel gruppo dei record di geolocalizzazione.
## TTL (secondi)
La quantità di tempo, in secondi, per cui si desidera che i resolver ricorsivi DNS archivino nella cache le informazioni relative a questo record. Se si specifica un valore più lungo (ad esempio, 172800 secondi o due giorni), si riduce il numero di chiamate che i resolver ricorsivi DNS devono eseguire per permettere a Route 53 di ottenere le informazioni più recenti in questo record. Ciò ha l’effetto di ridurre la latenza e i costi per il servizio Route 53. Per ulteriori informazioni, consulta [Come Amazon Route 53 instrada il traffico per il tuo dominio](welcome-dns-service.md#welcome-dns-service-how-route-53-routes-traffic).
Tuttavia, se si specifica un valore più lungo per TTL, è necessario più tempo perché le modifiche al record (ad esempio, un nuovo indirizzo IP) abbiano effetto in quanto i resolver ricorsivi utilizzano i valori nella cache per periodi più lunghi prima di chiedere a Route 53 le informazioni più recenti. Se stai modificando le impostazioni per un dominio o sottodominio che è già in uso, ti consigliamo di specificare inizialmente un valore più breve, ad esempio 300 secondi, e aumentare il valore dopo aver verificato che le nuove impostazioni siano corrette.
Se stai associando questo record a un controllo dell'integrità, ti consigliamo di specificare un TTL di 60 secondi o inferiore in modo che i client rispondano rapidamente alle modifiche dello stato.
## Valore/instradamento traffico a
Scegli **Indirizzo IP o altro valore a seconda del tipo di record**. Immetti un valore appropriato per il valore di **Tipo di record**. Per tutti i tipi ad eccezione di **CNAME**, puoi immettere più di un valore. Immetti ogni valore su una riga distinta.
Puoi instradare il traffico verso, o specificare i seguenti valori:
+ **A — IPv4 indirizzo**
+ **AAAA — IPv6 indirizzo**
+ **CAA - Autorizzazione della certification authority**
+ **CNAME - Nome canonico**
+ **MX - Scambio di posta**
+ **NAPTR - Puntatore dell'autorità dei nomi**
+ **PTR - Puntatore**
+ **SPF - Sender Policy Framework**
+ **SRV - Localizzatore di servizi**
+ **TXT - Testo**
Per ulteriori informazioni sui valori precedenti, consulta [Valori comuni per il Value/Route traffico verso](resource-record-sets-values-shared.md#rrsets-values-common-value).
## Location (Ubicazione)
Quando configuri Route 53 per rispondere alle query DNS in base alla posizione da cui provengono, seleziona il continente o il paese per il quale desideri che Route 53 risponda con le impostazioni di questo record. Se desideri che Route 53 risponda alle query DNS dei singoli paesi degli Stati Uniti, seleziona **Stati Uniti** dall'elenco **Posizione**, quindi seleziona lo stato dal gruppo **Posizione secondaria**.
Per una zona ospitata privata, seleziona il continente, il paese o la suddivisione più vicini a Regione AWS quello in cui si trova la risorsa. Ad esempio, se la risorsa si trova in us-east-1, puoi specificare Nord America, Stati Uniti o Virginia.
**Importante**
Si consiglia di creare un record di geolocalizzazione con il valore **Default (Predefinito)** per l’opzione **Location (Posizione)**. Questo copre le località geografiche per cui non hai creato record nonché gli indirizzi IP per cui Route 53 non è in grado di identificare una località.
Non puoi creare record di non geolocalizzazione che hanno gli stessi valori per **Nome record** e **Tipo di record** come record di geolocalizzazione.
Per ulteriori informazioni, consulta [Routing di geolocalizzazione](routing-policy-geo.md).
Di seguito sono indicati i paesi che Amazon Route 53 associa a ogni continente. I codici dei paesi sono quelli della norma ISO 3166. Per maggiori informazioni, consulta l'articolo di Wikipedia [ISO 3166-1 alpha-2](http://en.wikipedia.org/wiki/ISO_3166-1_alpha-2):
**Africa (AF)**
AO, BF, BI, BJ, BW, CD, CF, CG, CI, CM, CV, DJ, DZ, EG, ER, ET, GA, GH, GM, GN, GQ, GW, KE, KM, LR, LS, LY, MA, MG, ML, MR, MU, MW, MZ, NA, NE, NG, RE, RW, SC, SD, SH, SL, SN, SO, SS, ST, SZ, TD, TG, TN, TZ, UG, YT, ZA, ZM, ZW
**Antartide (AN)**
AQ, GS, TF
**Asia (AS)**
AE, AF, AM, AZ, BD, BH, BN, BT, CC, CN, GE, HK, ID, IL, IN, IO, IQ, IR, JO, JP, KG, KH, KP, KR, KW, KZ, LA, LB, LK, MM, MN, MO, MV, MY, NP, OM, PH, PK, PS, QA, SA, SG, SY, TH, TJ, TM, TW, UZ, VN, YE
**Europa (EU)**
AD, AL, AT, AX, BA, BE, BG, BY, CH, CY, CZ, DE, DK, EE, ES, FI, FO, FR, GB, GG, GI, GR, HR, HU, IE, IM, IS, IT, JE, LI, LT, LU, LV, MC, MD, ME, MK, MT, NL, NO, PL, PT, RO, RS, RU, SE, SI, SJ, SK, SM, TR, UA, VA, XK
Alcuni provider ritengono che TR si trovi in Asia e gli indirizzi IP lo rispecchieranno.
**Nord America (NA)**
AG, AI, AW, BB, BL, BM, BQ, BS, BZ, CA, CR, CU, CW, DM, DO, GD, GL, GP, GT, HN, HT, JM, KN, KY, LC, MF, MQ, MS, MX, NI, PA, PM, PR, SV, SX, TC, TT, US, VC, VG, VI
**Oceania (OC)**
AS, AU, CK, FJ, FM, GU, KI, MH, MP, NC, NF, NR, NU, NZ, PF, PG, PN, PW, SB, TK, TL, TO, TV, UM, VU, WF, WS
**Sud America (SA)**
AR, BO, BR, CL, CO, EC, FK, GF, GY, PE, PY, SR, UY, VE
**Nota**
Route 53 non supporta la creazione di record di geolocalizzazione per i seguenti paesi: Isola Bouvet (BV), Isola di Natale (CX), Sahara Occidentale (EH) e Isola e Isole Heard (HM). McDonald Non sono disponibili dati sugli indirizzi IP per questi paesi.
## Stati degli Stati Uniti
Quando configuri Route 53 per rispondere alle query DNS in base allo stato degli Stati Uniti da cui provengono, seleziona lo stato dall'elenco **Stati degli Stati Uniti**. I territori degli Stati Uniti (ad esempio, Porto Rico) sono presenti come paesi nell'elenco **Location (Posizione)**.
**Importante**
Alcuni indirizzi IP sono associati agli Stati Uniti, ma non a un singolo paese. Se crei record per tutti i paesi degli Stati Uniti, ti consigliamo di creare anche un record generico per gli Stati Uniti per instradare le query per questi indirizzi IP non associati. Se non crei un record generico per gli Stati Uniti, Route 53 risponde alle query DNS provenienti dagli indirizzi IP non associati agli Stati Uniti con le impostazioni del record di geolocalizzazione predefinito (se ne hai creato uno) o con una "non risposta".
## Controllo dell’integrità
Seleziona un controllo dell'integrità se desideri che Route 53 controlli l'integrità di un determinato endpoint e risponda alle query DNS utilizzando questo record solo quando l'endpoint è integro.
Route 53 non controlla l'integrità dell'endpoint specificato nel record, ad esempio l'endpoint specificato dall'indirizzo IP nel campo **Valore**. Quando selezioni un controllo dell'integrità per un record, Route 53 controlla l'integrità dell'endpoint specificato nel controllo dell'integrità. Per informazioni su come Route 53 determina se un endpoint è integro, consulta [Come Amazon Route 53 determina se un controllo dell'integrità è integroCome Route 53 determina se un controllo dell'integrità è integro](dns-failover-determining-health-of-endpoints.md).
L'associazione di un controllo dell'integrità a un record è utile solo quando Route 53 deve scegliere tra due o più record per rispondere a una query DNS e desideri che Route 53 effettui la scelta in parte in base all'avanzamento di un controllo dell'integrità. Utilizza i controlli dell'integrità solo nelle configurazioni seguenti:
+ Stai controllando lo stato di tutti i record di un gruppo di record con lo stesso nome, tipo e policy di routing (ad esempio i record di failover o ponderati) e specifichi il controllo dello stato per tutti i record. IDs Se il controllo dell'integrità di un record indica un endpoint non integro, Route 53 smette di rispondere alle query utilizzando il valore di tale record.
+ Seleziona **Yes** (Sì) per l'opzione **Evaluate Target Health** (Valutazione dello stato target) per un record alias o per i record di un gruppo di alias di failover, di geolocalizzazione, di latenza, basati su IP o ponderati. Se i record alias fanno riferimento a record non alias appartenenti alla stessa zona ospitata, devi specificare anche i controlli dell'integrità per i record a cui viene fatto riferimento. Se associ un controllo dell'integrità a un record alias e selezioni anche **Yes** (Sì) per **Evaluate Target Health** (Valuta integrità destinazione), entrambi devono essere veri. Per ulteriori informazioni, consulta [Cosa accade se si associa un controllo dell'integrità a un record alias?](dns-failover-complex-configs.md#dns-failover-complex-configs-hc-alias).
Se i controlli dell'integrità specificano l'endpoint solo in base al nome del dominio, ti consigliamo di creare un controllo dell'integrità separato per ciascun endpoint. Ad esempio, puoi creare un controllo dell'integrità per ciascun server HTTP che gestisce contenuti per www.esempio.com. Come valore di **Domain Name (Nome dominio)**, specifica il nome di dominio del server (ad esempio, us-east-2-www.example.com), anziché il nome dei record (example.com).
**Importante**
In questa configurazione, se crei un controllo dell'integrità per il quale il valore di **Domain Name (Nome dominio)** corrisponde al nome dei record e quindi associ il controllo dell'integrità a quei record, i risultati del controllo dell'integrità saranno imprevedibili.
Per i record di geolocalizzazione, se un endpoint non è integro, Route 53 cerca un record per la regione geografica associata più estesa. Ad esempio, supponiamo che siano presenti record per un paese degli Stati Uniti, per tutti gli Stati Uniti, per il Nord America e per tutte le località, con l'opzione **Location (Località)** impostata su **Default (Predefinita)**. Se l'endpoint per il record del paese non è integro, Route 53 controlla i record per gli Stati Uniti, per il Nord America e per tutte le località, in quest'ordine, finché non trova un record con un endpoint integro. Se tutti i record applicabili sono in uno stato non integro, incluso il record per tutte le sedi, Route 53 risponde a una query DNS con il valore del record della regione geografica più piccola.
## ID record
Immetti un valore che identifichi in modo univoco questo record nel gruppo di record di geolocalizzazione.
# Valori specifici per record degli alias di geolocalizzazione
Quando crei record alias di geolocalizzazione, specifichi i valori seguenti.
Per ulteriori informazioni, consulta [Scelta tra record alias e non alias](resource-record-sets-choosing-alias-non-alias.md).
**Topics**
+ [Policy di routing](#rrsets-values-geo-alias-routing-policy)
+ [Nome record](#rrsets-values-geo-alias-name)
+ [Tipo di record](#rrsets-values-geo-alias-type)
+ [Valore/instradamento traffico a](#rrsets-values-geo-alias-alias-target)
+ [Location (Ubicazione)](#rrsets-values-geo-alias-location)
+ [Stati degli Stati Uniti](#rrsets-values-geo-alias-sublocation)
+ [Controllo dell’integrità](#rrsets-values-geo-alias-associate-with-health-check)
+ [Valutazione dello stato della destinazione](#rrsets-values-geo-alias-evaluate-target-health)
+ [ID record](#rrsets-values-geo-alias-set-id)
## Policy di routing
Seleziona **Geolocalizzazione**.
## Nome record
Immetti il nome del dominio o sottodominio a cui instradare il traffico. Il valore predefinito è il nome della zona ospitata.
**Nota**
Se stai creando un record con lo stesso nome della zona ospitata, non immettere un valore (ad esempio, il simbolo @) nel campo **Nome record**.
Immetti lo stesso nome per tutti i record nel gruppo di record di geolocalizzazione.
Per ulteriori informazioni sui nomi record, consultare [Nome record](resource-record-sets-values-alias-common.md#rrsets-values-common-alias-name).
## Tipo di record
Il tipo di record DNS. Per ulteriori informazioni, consulta [Tipi di record DNS supportati](ResourceRecordTypes.md).
Seleziona il valore applicabile in base alla AWS risorsa verso cui stai indirizzando il traffico. Seleziona lo stesso valore per tutti i record nel gruppo dei record di geolocalizzazione.
**API regionali personalizzate di API Gateway o API con ottimizzate per l'edge**
Seleziona **A — IPv4 indirizzo**.
**Endpoint dell'interfaccia di Amazon VPC**
Seleziona **A — IPv4 indirizzo**.
**CloudFront distribuzione**
Seleziona **A — IPv4 indirizzo**.
Se IPv6 è abilitato per la distribuzione, crea due record, uno con il valore **A - IPv4 indirizzo** per **Tipo** e uno con il valore **AAAA - IPv6 indirizzo**.
**Servizio App Runner**
Seleziona **A — indirizzo IPv4 **
**Ambienti Elastic Beanstalk con sottodomini regionalizzati**
Seleziona **A — IPv4 indirizzo**
**Sistema di bilanciamento del carico ELB**
Seleziona **A — IPv4 indirizzo** o **AAAA — IPv6 ** indirizzo
**Bucket Amazon S3**
Seleziona **A — indirizzo IPv4 **
**OpenSearch Servizio**
Seleziona **A — IPv4 indirizzo** o **AAAA — IPv6 ** indirizzo
**Un altro record si trova in questa zona ospitata**
Seleziona il tipo di record per cui stai creando l'alias. Sono supportati tutti i tipi a eccezione di **NS** e **SOA**.
Se stai creando un record alias che ha lo stesso valore della zona ospitata (nota come *Apex di zona*), non puoi instradare il traffico verso un record il cui valore di **Type (Tipo)** è **CNAME**. Questo perché il record alias deve avere lo stesso tipo del record a cui stai instradando il traffico e la creazione di un record CNAME per l'apex di zona non è supportata neanche per un record alias.
## Valore/instradamento traffico a
Il valore che scegli dall'elenco o che digiti nel campo dipende dalla AWS risorsa verso cui stai indirizzando il traffico.
Per informazioni sulle AWS risorse a cui puoi indirizzare, consulta[Valore/instradamento traffico a](resource-record-sets-values-alias-common.md#rrsets-values-alias-common-target).
Per ulteriori informazioni su come configurare Route 53 per indirizzare il traffico verso AWS risorse specifiche, consulta[Instradamento del traffico Internet verso le tue risorse AWS](routing-to-aws-resources.md).
## Location (Ubicazione)
Quando configuri Route 53 per rispondere alle query DNS in base alla posizione da cui provengono, seleziona il continente o il paese per il quale desideri che Route 53 risponda con le impostazioni di questo record. Se desideri che Route 53 risponda alle query DNS dei singoli stati degli Stati Uniti, seleziona **Stati Uniti** dall'elenco **Posizione**, quindi seleziona lo stato dall'elenco **Stati degli Stati Uniti**.
Per una zona ospitata privata, seleziona il continente, il paese o la suddivisione più vicina a Regione AWS quella in cui si trova la risorsa. Ad esempio, se la risorsa si trova in us-east-1, puoi specificare Nord America, Stati Uniti o Virginia.
**Importante**
Si consiglia di creare un record di geolocalizzazione con il valore **Default (Predefinito)** per l’opzione **Location (Posizione)**. Questo copre le località geografiche per cui non hai creato record nonché gli indirizzi IP per cui Route 53 non è in grado di identificare una località.
Non puoi creare record di non geolocalizzazione che hanno gli stessi valori per **Nome record** e **Tipo di record** come record di geolocalizzazione.
Per ulteriori informazioni, consulta [Routing di geolocalizzazione](routing-policy-geo.md).
Di seguito sono indicati i paesi che Amazon Route 53 associa a ogni continente. I codici dei paesi sono quelli della norma ISO 3166. Per maggiori informazioni, consulta l'articolo di Wikipedia [ISO 3166-1 alpha-2](http://en.wikipedia.org/wiki/ISO_3166-1_alpha-2):
**Africa (AF)**
AO, BF, BI, BJ, BW, CD, CF, CG, CI, CM, CV, DJ, DZ, EG, ER, ET, GA, GH, GM, GN, GQ, GW, KE, KM, LR, LS, LY, MA, MG, ML, MR, MU, MW, MZ, NA, NE, NG, RE, RW, SC, SD, SH, SL, SN, SO, SS, ST, SZ, TD, TG, TN, TZ, UG, YT, ZA, ZM, ZW
**Antartide (AN)**
AQ, GS, TF
**Asia (AS)**
AE, AF, AM, AZ, BD, BH, BN, BT, CC, CN, GE, HK, ID, IL, IN, IO, IQ, IR, JO, JP, KG, KH, KP, KR, KW, KZ, LA, LB, LK, MM, MN, MO, MV, MY, NP, OM, PH, PK, PS, QA, SA, SG, SY, TH, TJ, TM, TW, UZ, VN, YE
**Europa (EU)**
AD, AL, AT, AX, BA, BE, BG, BY, CH, CY, CZ, DE, DK, EE, ES, FI, FO, FR, GB, GG, GI, GR, HR, HU, IE, IM, IS, IT, JE, LI, LT, LU, LV, MC, MD, ME, MK, MT, NL, NO, PL, PT, RO, RS, RU, SE, SI, SJ, SK, SM, TR, UA, VA, XK
Alcuni provider ritengono che TR si trovi in Asia e gli indirizzi IP lo rispecchieranno.
**Nord America (NA)**
AG, AI, AW, BB, BL, BM, BQ, BS, BZ, CA, CR, CU, CW, DM, DO, GD, GL, GP, GT, HN, HT, JM, KN, KY, LC, MF, MQ, MS, MX, NI, PA, PM, PR, SV, SX, TC, TT, US, VC, VG, VI
**Oceania (OC)**
AS, AU, CK, FJ, FM, GU, KI, MH, MP, NC, NF, NR, NU, NZ, PF, PG, PN, PW, SB, TK, TL, TO, TV, UM, VU, WF, WS
**Sud America (SA)**
AR, BO, BR, CL, CO, EC, FK, GF, GY, PE, PY, SR, UY, VE
**Nota**
Route 53 non supporta la creazione di record di geolocalizzazione per i seguenti paesi: Isola Bouvet (BV), Isola di Natale (CX), Sahara Occidentale (EH) e Isola e Isole Heard (HM). McDonald Non sono disponibili dati sugli indirizzi IP per questi paesi.
## Stati degli Stati Uniti
Quando configuri Route 53 per rispondere alle query DNS in base allo stato degli Stati Uniti da cui provengono, seleziona lo stato dall'elenco **Stati degli Stati Uniti**. I territori degli Stati Uniti (ad esempio, Porto Rico) sono presenti come paesi nell'elenco **Location (Posizione)**.
**Importante**
Alcuni indirizzi IP sono associati agli Stati Uniti, ma non a un singolo paese. Se crei record per tutti i paesi degli Stati Uniti, ti consigliamo di creare anche un record generico per gli Stati Uniti per instradare le query per questi indirizzi IP non associati. Se non crei un record generico per gli Stati Uniti, Route 53 risponde alle query DNS provenienti dagli indirizzi IP non associati agli Stati Uniti con le impostazioni del record di geolocalizzazione predefinito (se ne hai creato uno) o con una "non risposta".
## Controllo dell’integrità
Seleziona un controllo dell'integrità se desideri che Route 53 controlli l'integrità di un determinato endpoint e risponda alle query DNS utilizzando questo record solo quando l'endpoint è integro.
Route 53 non controlla l'integrità dell'endpoint specificato nel record, ad esempio l'endpoint specificato dall'indirizzo IP nel campo **Valore**. Quando selezioni un controllo dell'integrità per un record, Route 53 controlla l'integrità dell'endpoint specificato nel controllo dell'integrità. Per informazioni su come Route 53 determina se un endpoint è integro, consulta [Come Amazon Route 53 determina se un controllo dell'integrità è integroCome Route 53 determina se un controllo dell'integrità è integro](dns-failover-determining-health-of-endpoints.md).
L'associazione di un controllo dell'integrità a un record è utile solo quando Route 53 deve scegliere tra due o più record per rispondere a una query DNS e desideri che Route 53 effettui la scelta in parte in base all'avanzamento di un controllo dell'integrità. Utilizza i controlli dell'integrità solo nelle configurazioni seguenti:
+ Stai controllando lo stato di tutti i record di un gruppo di record con lo stesso nome, tipo e policy di routing (ad esempio i record di failover o ponderati) e specifichi il controllo dello stato per tutti i record. IDs Se il controllo dell'integrità di un record indica un endpoint non integro, Route 53 smette di rispondere alle query utilizzando il valore di tale record.
+ Seleziona **Yes** (Sì) per l'opzione **Evaluate target health** (Valutazione dello stato target) per un record alias o per i record di un gruppo di alias di failover, di geolocalizzazione, di latenza, basati su IP o ponderati. Se i record alias fanno riferimento a record non alias appartenenti alla stessa zona ospitata, devi specificare anche i controlli dell'integrità per i record a cui viene fatto riferimento. Se associ un controllo dell'integrità a un record alias e selezioni anche **Yes** (Sì) per **Evaluate Target Health** (Valuta integrità destinazione), entrambi devono essere veri. Per ulteriori informazioni, consulta [Cosa accade se si associa un controllo dell'integrità a un record alias?](dns-failover-complex-configs.md#dns-failover-complex-configs-hc-alias).
Se i controlli dell'integrità specificano l'endpoint solo in base al nome del dominio, ti consigliamo di creare un controllo dell'integrità separato per ciascun endpoint. Ad esempio, puoi creare un controllo dell'integrità per ciascun server HTTP che gestisce contenuti per www.esempio.com. Come valore di **Nome dominio**, specifica il nome di dominio del server (ad esempio, us-east-2-www.esempio.com), anziché il nome dei record (esempio.com).
**Importante**
In questa configurazione, se crei un controllo dell'integrità per il quale il valore di **Domain Name (Nome dominio)** corrisponde al nome dei record e quindi associ il controllo dell'integrità a quei record, i risultati del controllo dell'integrità saranno imprevedibili.
Per i record di geolocalizzazione, se un endpoint non è integro, Route 53 cerca un record per la regione geografica associata più estesa. Ad esempio, supponiamo che siano presenti record per un paese degli Stati Uniti, per tutti gli Stati Uniti, per il Nord America e per tutte le località, con l'opzione **Location (Località)** impostata su **Default (Predefinita)**. Se l'endpoint per il record del paese non è integro, Route 53 controlla i record per gli Stati Uniti, per il Nord America e per tutte le località, in quest'ordine, finché non trova un record con un endpoint integro. Se tutti i record applicabili sono in uno stato non integro, incluso il record per tutte le sedi, Route 53 risponde a una query DNS con il valore del record della regione geografica più piccola.
## Valutazione dello stato della destinazione
Seleziona **Sì** se desideri che Route 53 determini se rispondere alle query DNS utilizzando questo record controllando l'integrità della risorsa specificata da **Endpoint**.
Tenere presente quanto segue:
**API Gateway personalizzato, regionale APIs e ottimizzato per l'edge APIs**
Non sono previsti requisiti speciali per impostare **Valutazione dell'integrità della destinazione** su **Sì** quando l'endpoint è un'API regionale personalizzata di API Gateway o un'API ottimizzata per l'edge.
**CloudFront distribuzioni**
Non è possibile impostare **Evaluate target health** su **Sì** quando l'endpoint è una CloudFront distribuzione.
**Ambienti Elastic Beanstalk con sottodomini regionalizzati**
Se specifichi un ambiente Elastic Beanstalk in **Endpoint** e l'ambiente contiene un load balancer ELB, Elastic Load Balancing instrada le query solo alle istanze Amazon EC2 integre registrate con il load balancer. (Un ambiente contiene automaticamente un load balancer ELB se include più di un'istanza Amazon EC2.) Se imposti **Valutazione dell'integrazione della destinazione** su **Sì** e nessuna istanza Amazon EC2 è integra o lo stesso load balancer non è integro, Route 53 instrada le query ad altre risorse disponibili integre, se presenti.
Se l'ambiente contiene una sola istanza Amazon EC2, non sono previsti requisiti speciali.
**Load balancer ELB**
Il comportamento del controllo dell'integrità dipende dal tipo di load balancer:
+ **Classic Load Balancer**: se in **Endpoint** specifichi un Classic Load Balancer ELB, Elastic Load Balancing instrada le query solo alle istanze Amazon EC2 integre registrate con il load balancer. Se imposti **Valutazione dell'integrità della destinazione** su **Sì** e né le istanze EC2 né il load balancer risultano integri, Route 53 instrada le query ad altre risorse.
+ **Application Load Balancer/Network Load Balancer**: se specifichi un Application Load Balancer/Network Load Balancer ELB e imposti **Valutazione dell'integrità della destinazione** su **Sì**, Route 53 instrada le query al load balancer in base all'integrità dei gruppi di destinazione a esso associati:
+ Affinché un Application Load Balancer/Network Load Balancer venga considerato integro, ogni gruppo target contenente target deve includere almeno un target integro. Se un gruppo target contiene solo target non integri, il load balancer viene considerato non integro e Route 53 instrada le query ad altre risorse.
+ Un gruppo target che non include target registrati viene considerato non integro.
Quando crei un load balancer, configuri le impostazioni per i controlli dell'integrità di Elastic Load Balancing, che svolgono una funzione analoga ai controlli dell'integrità di Route 53. Non creare controlli dell'integrità di Route 53 per le istanze EC2 che record con un load balancer ELB.
**Bucket S3**
Non sono previsti requisiti speciali per impostare **Valutazione dell'integrità della destinazione** su **Sì** quando l'endpoint è un bucket S3.
**Endpoint dell'interfaccia di Amazon VPC**
Non sono previsti requisiti speciali per impostare **Valutazione dell'integrità della destinazione** su **Sì** quando l'endpoint è un endpoint dell'interfaccia Amazon VPC.
**Altri record nella stessa zona ospitata**
Se la AWS risorsa specificata in **Endpoint** è un record o un gruppo di record (ad esempio, un gruppo di record ponderati) ma non è un altro record di alias, ti consigliamo di associare un controllo dello stato a tutti i record dell'endpoint. Per ulteriori informazioni, consulta [Cosa accade se si omettono i controlli dell'integrità?](dns-failover-complex-configs.md#dns-failover-complex-configs-hc-omitting).
## ID record
Immetti un valore che identifichi in modo univoco questo record nel gruppo di record di geolocalizzazione.
# Valori specifici per i record di geoprossimità
Quando si creano record di geoprossimità, si specificano i seguenti valori.
**Topics**
+ [Policy di routing](#rrsets-values-geoprox-routing-policy)
+ [Nome record](#rrsets-values-geoprox-name)
+ [Tipo di record](#rrsets-values-geoprox-type)
+ [TTL (secondi)](#rrsets-values-geoprox-ttl)
+ [Valore/instradamento traffico a](#rrsets-values-geoprox-value)
+ [Endpoint location (Posizione endpoint)](#rrsets-values-geoprox-endpoint-location)
+ [Bias](#rrsets-values-geoprox-bias)
+ [Controllo dell’integrità](#rrsets-values-geoprox-associate-with-health-check)
+ [ID record](#rrsets-values-geoprox-set-id)
## Policy di routing
Scegli **Geoproximity**.
## Nome record
Immetti il nome del dominio o sottodominio a cui instradare il traffico. Il valore predefinito è il nome della zona ospitata.
**Nota**
Se stai creando un record con lo stesso nome della zona ospitata, non immettere un valore (ad esempio, il simbolo @) nel campo **Name (Nome)**.
Inserisci lo stesso nome per tutti i record del gruppo di record di geoprossimità.
Per ulteriori informazioni sui nomi record, consultare [Nome record](resource-record-sets-values-shared.md#rrsets-values-common-name).
## Tipo di record
Il tipo di record DNS. Per ulteriori informazioni, consulta [Tipi di record DNS supportati](ResourceRecordTypes.md).
Seleziona lo stesso valore per tutti i record del gruppo di record di geoprossimità.
## TTL (secondi)
La quantità di tempo, in secondi, per cui si desidera che i resolver ricorsivi DNS archivino nella cache le informazioni relative a questo record. Se si specifica un valore più lungo (ad esempio, 172800 secondi o due giorni), si riduce il numero di chiamate che i resolver ricorsivi DNS devono eseguire per permettere a Route 53 di ottenere le informazioni più recenti in questo record. Ciò ha l’effetto di ridurre la latenza e i costi per il servizio Route 53. Per ulteriori informazioni, consulta [Come Amazon Route 53 instrada il traffico per il tuo dominio](welcome-dns-service.md#welcome-dns-service-how-route-53-routes-traffic).
Tuttavia, se si specifica un valore più lungo per TTL, è necessario più tempo perché le modifiche al record (ad esempio, un nuovo indirizzo IP) abbiano effetto in quanto i resolver ricorsivi utilizzano i valori nella cache per periodi più lunghi prima di chiedere a Route 53 le informazioni più recenti. Se stai modificando le impostazioni per un dominio o sottodominio che è già in uso, ti consigliamo di specificare inizialmente un valore più breve, ad esempio 300 secondi, e aumentare il valore dopo aver verificato che le nuove impostazioni siano corrette.
Se stai associando questo record a un controllo dell'integrità, ti consigliamo di specificare un TTL di 60 secondi o inferiore in modo che i client rispondano rapidamente alle modifiche dello stato.
## Valore/instradamento traffico a
Scegli **Indirizzo IP o altro valore a seconda del tipo di record**. Immetti un valore appropriato per il valore di **Tipo di record**. Per tutti i tipi ad eccezione di **CNAME**, puoi immettere più di un valore. Immetti ogni valore su una riga distinta.
Puoi instradare il traffico verso, o specificare i seguenti valori:
+ **A — indirizzo IPv4 **
+ **AAAA — IPv6 indirizzo**
+ **CAA - Autorizzazione della certification authority**
+ **CNAME - Nome canonico**
+ **MX - Scambio di posta**
+ **NAPTR - Puntatore dell'autorità dei nomi**
+ **PTR - Puntatore**
+ **SPF - Sender Policy Framework**
+ **SRV - Localizzatore di servizi**
+ **TXT - Testo**
Per ulteriori informazioni sui valori precedenti, consulta [Valori comuni per il Value/Route traffico verso](resource-record-sets-values-shared.md#rrsets-values-common-value).
## Endpoint location (Posizione endpoint)
È possibile specificare la posizione dell'endpoint della risorsa utilizzando uno dei seguenti metodi:
**Coordinate personalizzate**
Specificare la longitudine e la latitudine per un'area geografica.
**Regione AWS**
**Scegliete una regione disponibile dall'elenco delle località.**
Per ulteriori informazioni sulle regioni, consulta [Infrastruttura AWS globale](https://aws.amazon.com/about-aws/global-infrastructure/).
**AWS Gruppo di zone locali**
Scegliete un gruppo di zone locali disponibile dall'elenco delle **ubicazioni**.
Per ulteriori informazioni sulle Local Zones, vedere [Available Local Zones](https://docs.aws.amazon.com/local-zones/latest/ug/available-local-zones.html) nella *AWS Local Zones User Guide*. Un gruppo di zone locale è in genere la zona locale senza il carattere finale. Ad esempio, se la zona locale è, `us-east-1-bue-1a` il gruppo di zone locali lo è`us-east-1-bue-1`.
Puoi anche identificare il Local Zones Group per una zona locale specifica utilizzando il comando [describe-availability-zones](https://docs.aws.amazon.com/cli/latest/reference/ec2/describe-availability-zones.html)CLI:
```
aws ec2 describe-availability-zones --region us-west-2 --all-availability-zones --query "AvailabilityZones[?ZoneName=='us-west-2-den-1a']" | grep "GroupName"
```
Questo comando restituisce:`"GroupName": "us-west-2-den-1"`, specificando che la zona locale `us-west-2-den-1a` appartiene al gruppo di zone locali. `us-west-2-den-1`
Non è possibile creare record non di geoprossimità con gli stessi valori per **Record name** e Record **type dei record di** geoprossimità.
Inoltre, non è possibile creare due set di record di risorse di geoprossimità che specificano la stessa posizione per lo stesso nome e tipo di record.
## Bias
Una distorsione espande o riduce un'area geografica da cui la Route 53 indirizza il traffico verso una risorsa. Un bias positivo amplia l'area, mentre un bias negativo la restringe. Per ulteriori informazioni, consulta [Come Amazon Route 53 utilizza il bias per instradare il traffico](routing-policy-geoproximity.md#routing-policy-geoproximity-bias).
## Controllo dell’integrità
Seleziona un controllo dell'integrità se desideri che Route 53 controlli l'integrità di un determinato endpoint e risponda alle query DNS utilizzando questo record solo quando l'endpoint è integro.
Route 53 non controlla l'integrità dell'endpoint specificato nel record, ad esempio l'endpoint specificato dall'indirizzo IP nel campo **Valore**. Quando selezioni un controllo dell'integrità per un record, Route 53 controlla l'integrità dell'endpoint specificato nel controllo dell'integrità. Per informazioni su come Route 53 determina se un endpoint è integro, consulta [Come Amazon Route 53 determina se un controllo dell'integrità è integroCome Route 53 determina se un controllo dell'integrità è integro](dns-failover-determining-health-of-endpoints.md).
L'associazione di un controllo dell'integrità a un record è utile solo quando Route 53 deve scegliere tra due o più record per rispondere a una query DNS e desideri che Route 53 effettui la scelta in parte in base all'avanzamento di un controllo dell'integrità. Utilizza i controlli dell'integrità solo nelle configurazioni seguenti:
+ Si verifica lo stato di tutti i record di un gruppo di record con lo stesso nome, tipo e politica di routing (ad esempio i record di failover o ponderati) e si specifica il controllo dello stato per tutti i record. IDs Se il controllo dell'integrità di un record indica un endpoint non integro, Route 53 smette di rispondere alle query utilizzando il valore di tale record.
+ Si seleziona **Sì per Evaluate** **Target Health** per un record di alias o per i record in un gruppo di alias di failover, alias di geolocalizzazione, alias di geoprossimità, alias di latenza, alias basato su IP o record di alias ponderato. Se i record alias fanno riferimento a record non alias appartenenti alla stessa zona ospitata, devi specificare anche i controlli dell'integrità per i record a cui viene fatto riferimento. Se associ un controllo dell'integrità a un record alias e selezioni anche **Yes** (Sì) per **Evaluate Target Health** (Valuta integrità destinazione), entrambi devono essere veri. Per ulteriori informazioni, consulta [Cosa accade se si associa un controllo dell'integrità a un record alias?](dns-failover-complex-configs.md#dns-failover-complex-configs-hc-alias).
Se i controlli dell'integrità specificano l'endpoint solo in base al nome del dominio, ti consigliamo di creare un controllo dell'integrità separato per ciascun endpoint. Ad esempio, puoi creare un controllo dell'integrità per ciascun server HTTP che gestisce contenuti per www.esempio.com. Come valore di **Domain Name (Nome dominio)**, specifica il nome di dominio del server (ad esempio, us-east-2-www.example.com), anziché il nome dei record (example.com).
**Importante**
In questa configurazione, se crei un controllo dell'integrità per il quale il valore di **Domain Name (Nome dominio)** corrisponde al nome dei record e quindi associ il controllo dell'integrità a quei record, i risultati del controllo dell'integrità saranno imprevedibili.
Per i record di geoprossimità, se un endpoint non è integro, Route 53 cerca un endpoint più vicino che sia ancora integro.
## ID record
Inserisci un valore che identifichi in modo univoco questo record nel gruppo di record di geoprossimità.
# Valori specifici per i record di alias di geoprossimità
Quando si creano record di alias di geoprossimità, si specificano i seguenti valori.
Per ulteriori informazioni, consulta [Scelta tra record alias e non alias](resource-record-sets-choosing-alias-non-alias.md).
**Topics**
+ [Policy di routing](#rrsets-values-geoprox-alias-routing-policy)
+ [Nome record](#rrsets-values-geoprox-alias-name)
+ [Tipo di record](#rrsets-values-geoprox-alias-type)
+ [Valore/instradamento traffico a](#rrsets-values-geoprox-alias-alias-target)
+ [Endpoint location (Posizione endpoint)](#rrsets-values-geoprox-alias-endpoint-location)
+ [Bias](#rrsets-values-geoprox-alias-bias)
+ [Controllo dell’integrità](#rrsets-values-geoprox-alias-associate-with-health-check)
+ [Valutazione dello stato della destinazione](#rrsets-values-geoprox-alias-evaluate-target-health)
+ [ID record](#rrsets-values-geoprox-alias-set-id)
## Policy di routing
**Scegli Geoproximity.**
## Nome record
Immetti il nome del dominio o sottodominio a cui instradare il traffico. Il valore predefinito è il nome della zona ospitata.
**Nota**
Se stai creando un record con lo stesso nome della zona ospitata, non immettere un valore (ad esempio, il simbolo @) nel campo **Nome record**.
Inserisci lo stesso nome per tutti i record del gruppo di record di geoprossimità.
Per ulteriori informazioni sui nomi record, consultare [Nome record](resource-record-sets-values-alias-common.md#rrsets-values-common-alias-name).
## Tipo di record
Il tipo di record DNS. Per ulteriori informazioni, consulta [Tipi di record DNS supportati](ResourceRecordTypes.md).
Seleziona il valore applicabile in base alla AWS risorsa verso cui stai indirizzando il traffico. Seleziona lo stesso valore per tutti i record del gruppo di record di geoprossimità:
**API regionali personalizzate di API Gateway o API con ottimizzate per l'edge**
Seleziona **A — IPv4 indirizzo**.
**Endpoint dell'interfaccia di Amazon VPC**
Seleziona **A — IPv4 indirizzo**.
**CloudFront distribuzione**
Seleziona **A — IPv4 indirizzo**.
Se IPv6 è abilitato per la distribuzione, crea due record, uno con il valore **A - IPv4 indirizzo** per **Tipo** e uno con il valore **AAAA - IPv6 indirizzo**.
**Servizio App Runner**
Seleziona **A — indirizzo IPv4 **
**Ambienti Elastic Beanstalk con sottodomini regionalizzati**
Seleziona **A — IPv4 indirizzo**
**Sistema di bilanciamento del carico ELB**
Seleziona **A — IPv4 indirizzo** o **AAAA — IPv6 ** indirizzo
**Bucket Amazon S3**
Seleziona **A — indirizzo IPv4 **
**OpenSearch Servizio**
Seleziona **A — IPv4 indirizzo** o **AAAA — IPv6 ** indirizzo
**Un altro record si trova in questa zona ospitata**
Seleziona il tipo di record per cui stai creando l'alias. Sono supportati tutti i tipi a eccezione di **NS** e **SOA**.
Se stai creando un record alias che ha lo stesso valore della zona ospitata (nota come *Apex di zona*), non puoi instradare il traffico verso un record il cui valore di **Type (Tipo)** è **CNAME**. Questo perché il record alias deve avere lo stesso tipo del record a cui stai instradando il traffico e la creazione di un record CNAME per l'apex di zona non è supportata neanche per un record alias.
## Valore/instradamento traffico a
Il valore che scegli dall'elenco o che digiti nel campo dipende dalla AWS risorsa verso cui stai indirizzando il traffico.
Per informazioni sulle AWS risorse a cui puoi rivolgerti, consulta[Valore/instradamento traffico a](resource-record-sets-values-alias-common.md#rrsets-values-alias-common-target).
Per ulteriori informazioni su come configurare Route 53 per indirizzare il traffico verso AWS risorse specifiche, consulta[Instradamento del traffico Internet verso le tue risorse AWS](routing-to-aws-resources.md).
## Endpoint location (Posizione endpoint)
È possibile specificare la posizione dell'endpoint della risorsa utilizzando uno dei seguenti metodi:
**Coordinate personalizzate**
Specificare la longitudine e la latitudine per un'area geografica.
**Regione AWS**
**Scegliete una regione disponibile dall'elenco delle località.**
Per ulteriori informazioni sulle regioni, consulta [Infrastruttura AWS globale](https://aws.amazon.com/about-aws/global-infrastructure/).
**AWS Gruppo di zone locali**
Scegliete una regione di zona locale disponibile dall'elenco delle **ubicazioni**.
Per ulteriori informazioni sulle Local Zones, vedere [Available Local Zones](https://docs.aws.amazon.com/local-zones/latest/ug/available-local-zones.html) nella *AWS Local Zones User Guide*. Un gruppo di zone locale è in genere la zona locale senza il carattere finale. Ad esempio, se la zona locale è, `us-east-1-bue-1a` il gruppo di zone locali lo è`us-east-1-bue-1`.
Puoi anche identificare il Local Zones Group per una zona locale specifica utilizzando il comando [describe-availability-zones](https://docs.aws.amazon.com/cli/latest/reference/ec2/describe-availability-zones.html)CLI:
```
aws ec2 describe-availability-zones --region us-west-2 --all-availability-zones --query "AvailabilityZones[?ZoneName=='us-west-2-den-1a']" | grep "GroupName"
```
Questo comando restituisce:`"GroupName": "us-west-2-den-1"`, specificando che la zona locale `us-west-2-den-1a` appartiene al gruppo di zone locali. `us-west-2-den-1`
Non è possibile creare record non di geoprossimità con gli stessi valori per **Record name** e Record **type dei record di** geoprossimità.
Inoltre, non è possibile creare due set di record di risorse di geoprossimità che specificano la stessa posizione per lo stesso nome e tipo di record.
Per ulteriori informazioni, consulta .html available-local-zones
## Bias
Una distorsione espande o riduce un'area geografica da cui la Route 53 indirizza il traffico verso una risorsa. Un bias positivo amplia l'area, mentre un bias negativo la restringe. Per ulteriori informazioni, consulta [Come Amazon Route 53 utilizza il bias per instradare il traffico](routing-policy-geoproximity.md#routing-policy-geoproximity-bias).
## Controllo dell’integrità
Seleziona un controllo dell'integrità se desideri che Route 53 controlli l'integrità di un determinato endpoint e risponda alle query DNS utilizzando questo record solo quando l'endpoint è integro.
Route 53 non controlla l'integrità dell'endpoint specificato nel record, ad esempio l'endpoint specificato dall'indirizzo IP nel campo **Valore**. Quando selezioni un controllo dell'integrità per un record, Route 53 controlla l'integrità dell'endpoint specificato nel controllo dell'integrità. Per informazioni su come Route 53 determina se un endpoint è integro, consulta [Come Amazon Route 53 determina se un controllo dell'integrità è integroCome Route 53 determina se un controllo dell'integrità è integro](dns-failover-determining-health-of-endpoints.md).
L'associazione di un controllo dell'integrità a un record è utile solo quando Route 53 deve scegliere tra due o più record per rispondere a una query DNS e desideri che Route 53 effettui la scelta in parte in base all'avanzamento di un controllo dell'integrità. Utilizza i controlli dell'integrità solo nelle configurazioni seguenti:
+ Si verifica lo stato di tutti i record di un gruppo di record con lo stesso nome, tipo e politica di routing (ad esempio i record di failover o ponderati) e si specifica il controllo dello stato per tutti i record. IDs Se il controllo dell'integrità di un record indica un endpoint non integro, Route 53 smette di rispondere alle query utilizzando il valore di tale record.
+ Si seleziona **Sì** per **Valutare lo stato dell'obiettivo** per un record di alias o per i record in un gruppo di alias di failover, alias di geolocalizzazione, alias di geoprossimità, alias di latenza, alias basato su IP o record di alias ponderato. Se i record alias fanno riferimento a record non alias appartenenti alla stessa zona ospitata, devi specificare anche i controlli dell'integrità per i record a cui viene fatto riferimento. Se associ un controllo dell'integrità a un record alias e selezioni anche **Yes** (Sì) per **Evaluate Target Health** (Valuta integrità destinazione), entrambi devono essere veri. Per ulteriori informazioni, consulta [Cosa accade se si associa un controllo dell'integrità a un record alias?](dns-failover-complex-configs.md#dns-failover-complex-configs-hc-alias).
Se i controlli dell'integrità specificano l'endpoint solo in base al nome del dominio, ti consigliamo di creare un controllo dell'integrità separato per ciascun endpoint. Ad esempio, puoi creare un controllo dell'integrità per ciascun server HTTP che gestisce contenuti per www.esempio.com. Come valore di **Nome dominio**, specifica il nome di dominio del server (ad esempio, us-east-2-www.esempio.com), anziché il nome dei record (esempio.com).
**Importante**
In questa configurazione, se crei un controllo dell'integrità per il quale il valore di **Domain Name (Nome dominio)** corrisponde al nome dei record e quindi associ il controllo dell'integrità a quei record, i risultati del controllo dell'integrità saranno imprevedibili.
Per i record di geoprossimità, se un endpoint non è integro, Route 53 cerca un endpoint più vicino che sia ancora integro.
## Valutazione dello stato della destinazione
Seleziona **Sì** se desideri che Route 53 determini se rispondere alle query DNS utilizzando questo record controllando l'integrità della risorsa specificata da **Endpoint**.
Tenere presente quanto segue:
**API Gateway personalizzato, regionale APIs e ottimizzato per l'edge APIs**
Non sono previsti requisiti speciali per impostare **Valutazione dell'integrità della destinazione** su **Sì** quando l'endpoint è un'API regionale personalizzata di API Gateway o un'API ottimizzata per l'edge.
**CloudFront distribuzioni**
Non è possibile impostare **Evaluate target health** su **Sì** quando l'endpoint è una CloudFront distribuzione.
**Ambienti Elastic Beanstalk con sottodomini regionalizzati**
Se specifichi un ambiente Elastic Beanstalk in **Endpoint** e l'ambiente contiene un load balancer ELB, Elastic Load Balancing instrada le query solo alle istanze Amazon EC2 integre registrate con il load balancer. (Un ambiente contiene automaticamente un load balancer ELB se include più di un'istanza Amazon EC2.) Se imposti **Valutazione dell'integrazione della destinazione** su **Sì** e nessuna istanza Amazon EC2 è integra o lo stesso load balancer non è integro, Route 53 instrada le query ad altre risorse disponibili integre, se presenti.
Se l'ambiente contiene una sola istanza Amazon EC2, non sono previsti requisiti speciali.
**Load balancer ELB**
Il comportamento del controllo dell'integrità dipende dal tipo di load balancer:
+ **Classic Load Balancer**: se in **Endpoint** specifichi un Classic Load Balancer ELB, Elastic Load Balancing instrada le query solo alle istanze Amazon EC2 integre registrate con il load balancer. Se imposti **Valutazione dell'integrità della destinazione** su **Sì** e né le istanze EC2 né il load balancer risultano integri, Route 53 instrada le query ad altre risorse.
+ **Application Load Balancer/Network Load Balancer**: se specifichi un Application Load Balancer/Network Load Balancer ELB e imposti **Valutazione dell'integrità della destinazione** su **Sì**, Route 53 instrada le query al load balancer in base all'integrità dei gruppi di destinazione a esso associati:
+ Affinché un Application Load Balancer/Network Load Balancer venga considerato integro, ogni gruppo target contenente target deve includere almeno un target integro. Se un gruppo target contiene solo target non integri, il load balancer viene considerato non integro e Route 53 instrada le query ad altre risorse.
+ Un gruppo target che non include target registrati viene considerato non integro.
Quando crei un load balancer, configuri le impostazioni per i controlli dell'integrità di Elastic Load Balancing, che svolgono una funzione analoga ai controlli dell'integrità di Route 53. Non creare controlli dell'integrità di Route 53 per le istanze EC2 che record con un load balancer ELB.
**Bucket S3**
Non sono previsti requisiti speciali per impostare **Valutazione dell'integrità della destinazione** su **Sì** quando l'endpoint è un bucket S3.
**Endpoint dell'interfaccia di Amazon VPC**
Non sono previsti requisiti speciali per impostare **Valutazione dell'integrità della destinazione** su **Sì** quando l'endpoint è un endpoint dell'interfaccia Amazon VPC.
**Altri record nella stessa zona ospitata**
Se la AWS risorsa specificata in **Endpoint** è un record o un gruppo di record (ad esempio, un gruppo di record ponderati) ma non è un altro record di alias, ti consigliamo di associare un controllo dello stato a tutti i record dell'endpoint. Per ulteriori informazioni, consulta [Cosa accade se si omettono i controlli dell'integrità?](dns-failover-complex-configs.md#dns-failover-complex-configs-hc-omitting).
## ID record
Inserisci un valore che identifichi in modo univoco questo record nel gruppo di record di geoprossimità.
# Valori specifici per i record di latenza
Quando crei record di latenza, specifichi i valori seguenti.
**Topics**
+ [Policy di routing](#rrsets-values-latency-routing-policy)
+ [Nome record](#rrsets-values-latency-name)
+ [Tipo di record](#rrsets-values-latency-type)
+ [TTL (secondi)](#rrsets-values-latency-ttl)
+ [Valore/instradamento traffico a](#rrsets-values-latency-value)
+ [Region](#rrsets-values-latency-region)
+ [Controllo dell’integrità](#rrsets-values-latency-associate-with-health-check)
+ [ID record](#rrsets-values-latency-set-id)
## Policy di routing
Scegli **Latenza**.
## Nome record
Immetti il nome del dominio o sottodominio a cui instradare il traffico. Il valore predefinito è il nome della zona ospitata.
**Nota**
Se stai creando un record con lo stesso nome della zona ospitata, non immettere un valore (ad esempio, il simbolo @) nel campo **Nome record**.
Immetti lo stesso nome per tutti i record nel gruppo di record di latenza.
Per ulteriori informazioni sui nomi record, consultare [Nome record](resource-record-sets-values-shared.md#rrsets-values-common-name).
## Tipo di record
Il tipo di record DNS. Per ulteriori informazioni, consulta [Tipi di record DNS supportati](ResourceRecordTypes.md).
Selezionare il valore di **Tipo** in base al modo in cui si desidera che Route 53 risponda alle query DNS.
Seleziona lo stesso valore per tutti i record nel gruppo di record di latenza.
## TTL (secondi)
La quantità di tempo, in secondi, per cui si desidera che i resolver ricorsivi DNS archivino nella cache le informazioni relative a questo record. Se si specifica un valore più lungo (ad esempio, 172800 secondi o due giorni), si riduce il numero di chiamate che i resolver ricorsivi DNS devono eseguire per permettere a Route 53 di ottenere le informazioni più recenti in questo record. Ciò ha l’effetto di ridurre la latenza e i costi per il servizio Route 53. Per ulteriori informazioni, consulta [Come Amazon Route 53 instrada il traffico per il tuo dominio](welcome-dns-service.md#welcome-dns-service-how-route-53-routes-traffic).
Tuttavia, se si specifica un valore più lungo per TTL, è necessario più tempo perché le modifiche al record (ad esempio, un nuovo indirizzo IP) abbiano effetto in quanto i resolver ricorsivi utilizzano i valori nella cache per periodi più lunghi prima di chiedere a Route 53 le informazioni più recenti. Se stai modificando le impostazioni per un dominio o sottodominio che è già in uso, ti consigliamo di specificare inizialmente un valore più breve, ad esempio 300 secondi, e aumentare il valore dopo aver verificato che le nuove impostazioni siano corrette.
Se stai associando questo record a un controllo dell'integrità, ti consigliamo di specificare un TTL di 60 secondi o inferiore in modo che i client rispondano rapidamente alle modifiche dello stato.
## Valore/instradamento traffico a
Scegli **Indirizzo IP o altro valore a seconda del tipo di record**. Immetti un valore appropriato per il valore di **Tipo di record**. Per tutti i tipi ad eccezione di **CNAME**, puoi immettere più di un valore. Immetti ogni valore su una riga distinta.
Puoi instradare il traffico verso, o specificare i seguenti valori:
+ **A — IPv4 indirizzo**
+ **AAAA — IPv6 indirizzo**
+ **CAA - Autorizzazione della certification authority**
+ **CNAME - Nome canonico**
+ **MX - Scambio di posta**
+ **NAPTR - Puntatore dell'autorità dei nomi**
+ **PTR - Puntatore**
+ **SPF - Sender Policy Framework**
+ **SRV - Localizzatore di servizi**
+ **TXT - Testo**
Per ulteriori informazioni sui valori precedenti, consulta [Valori comuni per il Value/Route traffico verso](resource-record-sets-values-shared.md#rrsets-values-common-value).
## Region
La Regione Amazon EC2 in cui risiede la risorsa che hai specificato in questo record. Route 53 consiglia una Regione Amazon EC2 in base ad altri valori specificati. Lo stesso vale anche per le zone ospitate private. Si consiglia di non modificare questo valore.
Tenere presente quanto segue:
+ È possibile creare un solo record di latenza per ogni Regione Amazon EC2.
+ Non è necessario creare record di latenza per tutte le Regioni Amazon EC2. Route 53 sceglie la Regione con la migliore latenza tra quelle per cui sono stati creati i record di latenza.
+ Non puoi creare record di non latenza che hanno gli stessi valori per **Nome record** e **Tipo di record** come record di latenza.
+ Se si crea un record con il tag della Regione **cn-north-1**, Route 53 risponde sempre alle query provenienti dalla Cina utilizzando questo record, indipendentemente dalla latenza.
Per ulteriori informazioni sull'utilizzo dei record di latenza, consulta [Routing basato sulla latenza](routing-policy-latency.md).
## Controllo dell’integrità
Seleziona un controllo dell'integrità se desideri che Route 53 controlli l'integrità di un determinato endpoint e risponda alle query DNS utilizzando questo record solo quando l'endpoint è integro.
Route 53 non controlla l'integrità dell'endpoint specificato nel record, ad esempio l'endpoint specificato dall'indirizzo IP nel campo **Valore**. Quando selezioni un controllo dell'integrità per un record, Route 53 controlla l'integrità dell'endpoint specificato nel controllo dell'integrità. Per informazioni su come Route 53 determina se un endpoint è integro, consulta [Come Amazon Route 53 determina se un controllo dell'integrità è integroCome Route 53 determina se un controllo dell'integrità è integro](dns-failover-determining-health-of-endpoints.md).
L'associazione di un controllo dell'integrità a un record è utile solo quando Route 53 deve scegliere tra due o più record per rispondere a una query DNS e desideri che Route 53 effettui la scelta in parte in base all'avanzamento di un controllo dell'integrità. Utilizza i controlli dell'integrità solo nelle configurazioni seguenti:
+ Stai controllando lo stato di tutti i record di un gruppo di record con lo stesso nome, tipo e policy di routing (ad esempio i record di failover o ponderati) e specifichi il controllo dello stato IDs per tutti i record. Se il controllo dell'integrità di un record indica un endpoint non integro, Route 53 smette di rispondere alle query utilizzando il valore di tale record.
+ Seleziona **Yes** (Sì) per l'opzione **Evaluate target health** (Valutazione dello stato target) per un record alias o per i record di un gruppo di alias di failover, di geolocalizzazione, di latenza, basati su IP o ponderati. Se i record alias fanno riferimento a record non alias appartenenti alla stessa zona ospitata, devi specificare anche i controlli dell'integrità per i record a cui viene fatto riferimento. Se associ un controllo dell'integrità a un record alias e selezioni anche **Yes** (Sì) per **Evaluate Target Health** (Valuta integrità destinazione), entrambi devono essere veri. Per ulteriori informazioni, consulta [Cosa accade se si associa un controllo dell'integrità a un record alias?](dns-failover-complex-configs.md#dns-failover-complex-configs-hc-alias).
Se i controlli dell'integrità specificano l'endpoint solo in base al nome del dominio, ti consigliamo di creare un controllo dell'integrità separato per ciascun endpoint. Ad esempio, puoi creare un controllo dell'integrità per ciascun server HTTP che gestisce contenuti per www.esempio.com. Come valore di **Nome dominio**, specifica il nome di dominio del server (ad esempio, us-east-2-www.esempio.com), anziché il nome dei record (esempio.com).
**Importante**
In questa configurazione, se crei un controllo dell'integrità per il quale il valore di **Domain Name (Nome dominio)** corrisponde al nome dei record e quindi associ il controllo dell'integrità a quei record, i risultati del controllo dell'integrità saranno imprevedibili.
## ID record
Immetti un valore che identifichi in modo univoco questo record nel gruppo di record di latenza.
# Valori specifici per i record alias di latenza
Quando crei record alias di latenza, specifichi i valori seguenti.
Per ulteriori informazioni, consulta [Scelta tra record alias e non alias](resource-record-sets-choosing-alias-non-alias.md).
**Topics**
+ [Policy di routing](#rrsets-values-latency-alias-routing-policy)
+ [Nome record](#rrsets-values-latency-alias-name)
+ [Tipo di record](#rrsets-values-latency-alias-type)
+ [Valore/instradamento traffico a](#rrsets-values-latency-alias-alias-target)
+ [Region](#rrsets-values-latency-alias-region)
+ [Controllo dell’integrità](#rrsets-values-latency-alias-associate-with-health-check)
+ [Valutazione dello stato della destinazione](#rrsets-values-latency-alias-evaluate-target-health)
+ [ID record](#rrsets-values-latency-alias-set-id)
## Policy di routing
Scegli **Latenza**.
## Nome record
Immetti il nome del dominio o sottodominio a cui instradare il traffico. Il valore predefinito è il nome della zona ospitata.
**Nota**
Se stai creando un record con lo stesso nome della zona ospitata, non immettere un valore (ad esempio, il simbolo @) nel campo **Nome record**.
Immetti lo stesso nome per tutti i record nel gruppo di record di latenza.
Per ulteriori informazioni sui nomi dei record, consultare [Nome record](resource-record-sets-values-alias-common.md#rrsets-values-common-alias-name)
## Tipo di record
Il tipo di record DNS. Per ulteriori informazioni, consulta [Tipi di record DNS supportati](ResourceRecordTypes.md).
Seleziona il valore applicabile in base alla AWS risorsa verso cui stai indirizzando il traffico:
**API regionali personalizzate di API Gateway o API con ottimizzate per l'edge**
Seleziona **A — IPv4 indirizzo**.
**Endpoint dell'interfaccia di Amazon VPC**
Seleziona **A — IPv4 indirizzo**.
**CloudFront distribuzione**
Seleziona **A — IPv4 indirizzo**.
Se IPv6 è abilitato per la distribuzione, crea due record, uno con il valore **A - IPv4 indirizzo** per **Tipo** e uno con il valore **AAAA - IPv6 indirizzo**.
**Servizio App Runner**
Seleziona **A — indirizzo IPv4 **
**Ambienti Elastic Beanstalk con sottodomini regionalizzati**
Seleziona **A — IPv4 indirizzo**
**Sistema di bilanciamento del carico ELB**
Seleziona **A — IPv4 indirizzo** o **AAAA — IPv6 ** indirizzo
**Bucket Amazon S3**
Seleziona **A — indirizzo IPv4 **
**OpenSearch Servizio**
Seleziona **A — IPv4 indirizzo** o **AAAA — IPv6 ** indirizzo
**Un altro record si trova in questa zona ospitata**
Seleziona il tipo di record per cui stai creando l'alias. Sono supportati tutti i tipi a eccezione di **NS** e **SOA**.
Se stai creando un record alias che ha lo stesso valore della zona ospitata (nota come *Apex di zona*), non puoi instradare il traffico verso un record il cui valore di **Type (Tipo)** è **CNAME**. Questo perché il record alias deve avere lo stesso tipo del record a cui stai instradando il traffico e la creazione di un record CNAME per l'apex di zona non è supportata neanche per un record alias.
Seleziona lo stesso valore per tutti i record nel gruppo di record di latenza.
## Valore/instradamento traffico a
Il valore che scegli dall'elenco o che digiti nel campo dipende dalla AWS risorsa verso cui stai indirizzando il traffico.
Per informazioni sulle AWS risorse a cui puoi indirizzare, consulta [Common values for alias records for value/route traffic](resource-record-sets-values-alias-common.md#rrsets-values-alias-common-target) to.
Per ulteriori informazioni su come configurare Route 53 per indirizzare il traffico verso AWS risorse specifiche, consulta[Instradamento del traffico Internet verso le tue risorse AWS](routing-to-aws-resources.md).
## Region
La regione Amazon EC2 in cui risiede la risorsa che hai specificato in questo record. Route 53 consiglia una Regione Amazon EC2 in base ad altri valori specificati. Lo stesso vale anche per le zone ospitate private. Si consiglia di non modificare questo valore.
Tenere presente quanto segue:
+ È possibile creare un solo record di latenza per ogni Regione Amazon EC2.
+ Non è necessario creare record di latenza per tutte le Regioni Amazon EC2. Route 53 sceglie la Regione con la migliore latenza tra quelle per cui sono stati creati i record di latenza.
+ Non puoi creare record di non latenza che hanno gli stessi valori per **Nome record** e **Tipo di record** come record di latenza.
+ Se si crea un record con il tag della Regione **cn-north-1**, Route 53 risponde sempre alle query provenienti dalla Cina utilizzando questo record, indipendentemente dalla latenza.
Per ulteriori informazioni sull'utilizzo dei record di latenza, consulta [Routing basato sulla latenza](routing-policy-latency.md).
## Controllo dell’integrità
Seleziona un controllo dell'integrità se desideri che Route 53 controlli l'integrità di un determinato endpoint e risponda alle query DNS utilizzando questo record solo quando l'endpoint è integro.
Route 53 non controlla l'integrità dell'endpoint specificato nel record, ad esempio l'endpoint specificato dall'indirizzo IP nel campo **Valore**. Quando selezioni un controllo dell'integrità per un record, Route 53 controlla l'integrità dell'endpoint specificato nel controllo dell'integrità. Per informazioni su come Route 53 determina se un endpoint è integro, consulta [Come Amazon Route 53 determina se un controllo dell'integrità è integroCome Route 53 determina se un controllo dell'integrità è integro](dns-failover-determining-health-of-endpoints.md).
L'associazione di un controllo dell'integrità a un record è utile solo quando Route 53 deve scegliere tra due o più record per rispondere a una query DNS e desideri che Route 53 effettui la scelta in parte in base all'avanzamento di un controllo dell'integrità. Utilizza i controlli dell'integrità solo nelle configurazioni seguenti:
+ Stai controllando lo stato di tutti i record di un gruppo di record con lo stesso nome, tipo e policy di routing (come i record di failover o ponderati) e specifichi il controllo dello stato IDs per tutti i record. Se il controllo dell'integrità di un record indica un endpoint non integro, Route 53 smette di rispondere alle query utilizzando il valore di tale record.
+ Seleziona **Yes** (Sì) per l'opzione **Evaluate target health** (Valutazione dello stato target) per un record alias o per i record di un gruppo di alias di failover, di geolocalizzazione, di latenza, basati su IP o ponderati. Se i record alias fanno riferimento a record non alias appartenenti alla stessa zona ospitata, devi specificare anche i controlli dell'integrità per i record a cui viene fatto riferimento. Se associ un controllo dell'integrità a un record alias e selezioni anche **Yes** (Sì) per **Evaluate Target Health** (Valuta integrità destinazione), entrambi devono essere veri. Per ulteriori informazioni, consulta [Cosa accade se si associa un controllo dell'integrità a un record alias?](dns-failover-complex-configs.md#dns-failover-complex-configs-hc-alias).
Se i controlli dell'integrità specificano l'endpoint solo in base al nome del dominio, ti consigliamo di creare un controllo dell'integrità separato per ciascun endpoint. Ad esempio, puoi creare un controllo dell'integrità per ciascun server HTTP che gestisce contenuti per www.esempio.com. Come valore di **Nome dominio**, specifica il nome di dominio del server (ad esempio, us-east-2-www.esempio.com), anziché il nome dei record (esempio.com).
**Importante**
In questa configurazione, se crei un controllo dell'integrità per il quale il valore di **Domain Name (Nome dominio)** corrisponde al nome dei record e quindi associ il controllo dell'integrità a quei record, i risultati del controllo dell'integrità saranno imprevedibili.
## Valutazione dello stato della destinazione
Seleziona **Sì** se desideri che Route 53 determini se rispondere alle query DNS utilizzando questo record controllando l'integrità della risorsa specificata da **Endpoint**.
Tenere presente quanto segue:
**API Gateway personalizzato, regionale APIs e ottimizzato per l'edge APIs**
Non sono previsti requisiti speciali per impostare **Valutazione dell'integrità della destinazione** su **Sì** quando l'endpoint è un'API regionale personalizzata di API Gateway o un'API ottimizzata per l'edge.
**CloudFront distribuzioni**
Non è possibile impostare **Evaluate Target Health** su **Sì** quando l'endpoint è una CloudFront distribuzione.
**Ambienti Elastic Beanstalk con sottodomini regionalizzati**
Se specifichi un ambiente Elastic Beanstalk in **Endpoint** e l'ambiente contiene un load balancer ELB, Elastic Load Balancing instrada le query solo alle istanze Amazon EC2 integre registrate con il load balancer. (Un ambiente contiene automaticamente un load balancer ELB se include più di un'istanza Amazon EC2.) Se imposti **Valutazione dell'integrazione della destinazione** su **Sì** e nessuna istanza Amazon EC2 è integra o lo stesso load balancer non è integro, Route 53 instrada le query ad altre risorse disponibili integre, se presenti.
Se l'ambiente contiene una sola istanza Amazon EC2, non sono previsti requisiti speciali.
**Load balancer ELB**
Il comportamento del controllo dell'integrità dipende dal tipo di load balancer:
+ **Classic Load Balancer**: se in **Endpoint** specifichi un Classic Load Balancer ELB, Elastic Load Balancing instrada le query solo alle istanze Amazon EC2 integre registrate con il load balancer. Se imposti **Valutazione dell'integrità della destinazione** su **Sì** e né le istanze EC2 né il load balancer risultano integri, Route 53 instrada le query ad altre risorse.
+ **Application Load Balancer/Network Load Balancer**: se specifichi un Application Load Balancer/Network Load Balancer ELB e imposti **Valutazione dell'integrità della destinazione** su **Sì**, Route 53 instrada le query al load balancer in base all'integrità dei gruppi di destinazione a esso associati:
+ Affinché un Application Load Balancer/Network Load Balancer venga considerato integro, ogni gruppo target contenente target deve includere almeno un target integro. Se un gruppo target contiene solo target non integri, il load balancer viene considerato non integro e Route 53 instrada le query ad altre risorse.
+ Un gruppo target che non include target registrati viene considerato non integro.
Quando crei un load balancer, configuri le impostazioni per i controlli dell'integrità di Elastic Load Balancing, che svolgono una funzione analoga ai controlli dell'integrità di Route 53. Non creare controlli dell'integrità di Route 53 per le istanze EC2 che record con un load balancer ELB.
**Bucket S3**
Non sono previsti requisiti speciali per impostare **Valutazione dell'integrità della destinazione** su **Sì** quando l'endpoint è un bucket S3.
**Endpoint dell'interfaccia di Amazon VPC**
Non sono previsti requisiti speciali per impostare **Valutazione dell'integrità della destinazione** su **Sì** quando l'endpoint è un endpoint dell'interfaccia Amazon VPC.
**Altri record nella stessa zona ospitata**
Se la AWS risorsa specificata in **Endpoint** è un record o un gruppo di record (ad esempio, un gruppo di record ponderati) ma non è un altro record di alias, ti consigliamo di associare un controllo dello stato a tutti i record dell'endpoint. Per ulteriori informazioni, consulta [Cosa accade se si omettono i controlli dell'integrità?](dns-failover-complex-configs.md#dns-failover-complex-configs-hc-omitting).
## ID record
Immetti un valore che identifichi in modo univoco questo record nel gruppo di record di latenza.
# Valori specifici per i record basati su IP
Quando crei i record basati su IP, specifica i valori seguenti.
**Nota**
Sebbene la creazione di record basati su IP in una zona ospitata privata sia consentita, non è supportata.
**Topics**
+ [Policy di routing](#rrsets-values-ipbased-routing-policy)
+ [Nome record](#rrsets-values-ibased-name)
+ [Tipo di record](#rrsets-values-ibased-type)
+ [TTL (secondi)](#rrsets-values-ibased-ttl)
+ [Valore/instradamento traffico a](#rrsets-values-ibased-value)
+ [Ubicazione](#rrsets-values-ibased-location)
+ [Controllo dello stato](#rrsets-values-ibased-associate-with-health-check)
+ [ID record](#rrsets-values-ipbased-set-id)
## Policy di routing
Scegli **IP-based** (Basato su IP).
## Nome record
Immetti il nome del dominio o sottodominio a cui instradare il traffico. Il valore predefinito è il nome della hosted zone.
**Nota**
Se stai creando un record con lo stesso nome della zona ospitata, non immettere un valore (ad esempio, il simbolo @) nel campo **Nome record**.
Inserisci lo stesso nome per tutti i record nel gruppo di record basati su IP.
**Registri CNAME**
Se stai creando un record che ha lo stesso valore di **CNAME** per **Tipo di record**, il nome del record non può essere uguale al nome della zona ospitata.
**Caratteri speciali**
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).
**Caratteri jolly**
Puoi utilizzare un asterisco (\$1) all'interno del nome. Il DNS considera il carattere \$1 sia come un carattere jolly che come il carattere \$1 (ASCII 42), a seconda della posizione nel nome. Per ulteriori informazioni, consulta [Utilizza un asterisco (\$1) nei nomi di zone ospitate e registri](DomainNameFormat.md#domain-name-format-asterisk).
## Tipo di record
Il tipo di record DNS. Per ulteriori informazioni, consulta [Tipi di record DNS supportati](ResourceRecordTypes.md).
Selezionare il valore di **Tipo** in base al modo in cui si desidera che Route 53 risponda alle query DNS.
Seleziona lo stesso valore per tutti i record del gruppo di record basati su IP.
## TTL (secondi)
La quantità di tempo, in secondi, per cui desideri che i resolver ricorsivi DNS memorizzino nella cache le informazioni relative a questo record. Se specifichi un valore più lungo (ad esempio, 172800 secondi o due giorni), riduci il numero di chiamate che i resolver ricorsivi DNS devono eseguire per permettere a Route 53 di ottenere le informazioni più recenti in questo record. Ciò ha l'effetto di ridurre la latenza e i costi per il servizio Route 53. Per ulteriori informazioni, consulta [Come Amazon Route 53 instrada il traffico per il tuo dominio](welcome-dns-service.md#welcome-dns-service-how-route-53-routes-traffic).
Tuttavia, se specifichi un valore più lungo per TTL, è necessario più tempo perché le modifiche al record (ad esempio, un nuovo indirizzo IP) abbiano effetto in quanto i resolver ricorsivi utilizzano i valori nella cache per periodi più lunghi prima di chiedere a Route 53 le informazioni più recenti. Se stai modificando le impostazioni per un dominio o sottodominio che è già in uso, ti consigliamo di specificare inizialmente un valore più breve, ad esempio 300 secondi, e aumentare il valore dopo aver verificato che le nuove impostazioni siano corrette.
Se stai associando questo record a un controllo dell'integrità, ti consigliamo di specificare un TTL di 60 secondi o inferiore in modo che i client rispondano rapidamente alle modifiche dello stato.
## Valore/instradamento traffico a
Scegli **Indirizzo IP o altro valore a seconda del tipo di record**. Immetti un valore appropriato per il valore di **Tipo di record**. Per tutti i tipi ad eccezione di **CNAME**, puoi immettere più di un valore. Immetti ogni valore su una riga distinta.
Puoi instradare il traffico verso, o specificare i seguenti valori:
+ **A — indirizzo IPv4 **
+ **AAAA — IPv6 indirizzo**
+ **CAA - Autorizzazione della certification authority**
+ **CNAME - Nome canonico**
+ **MX - Scambio di posta**
+ **NAPTR - Puntatore dell'autorità dei nomi**
+ **PTR - Puntatore**
+ **SPF - Sender Policy Framework**
+ **SRV - Localizzatore di servizi**
+ **TXT - Testo**
Per ulteriori informazioni su questi valori, consulta i [Valore/instradamento traffico a](resource-record-sets-values-shared.md#rrsets-values-common-value) [valori comuni per Valore/instradamento traffico a](resource-record-sets-values-shared.md#rrsets-values-common-value).
## Ubicazione
Il nome della posizione CIDR in cui la risorsa indicata in questo record è specificata dai valori del blocco CIDR all'interno della posizione.
Per ulteriori informazioni sull'utilizzo dei record basati su IP, consulta [Routing basato su IP](routing-policy-ipbased.md).
## Controllo dello stato
Seleziona un controllo dell'integrità se desideri che Route 53 controlli l'integrità di un determinato endpoint e risponda alle query DNS utilizzando questo record solo quando l'endpoint è integro.
Route 53 non controlla l'integrità dell'endpoint specificato nel record, ad esempio l'endpoint specificato dall'indirizzo IP nel campo **Valore**. Quando selezioni un controllo dell'integrità per un record, Route 53 controlla l'integrità dell'endpoint specificato nel controllo dell'integrità. Per informazioni su come Route 53 determina se un endpoint è integro, consulta [Come Amazon Route 53 determina se un controllo dell'integrità è integroCome Route 53 determina se un controllo dell'integrità è integro](dns-failover-determining-health-of-endpoints.md).
L'associazione di un controllo dell'integrità a un record è utile solo quando Route 53 deve scegliere tra due o più record per rispondere a una query DNS e desideri che Route 53 effettui la scelta in parte in base all'avanzamento di un controllo dell'integrità. Utilizza i controlli dell'integrità solo nelle configurazioni seguenti:
+ Stai controllando lo stato di tutti i record di un gruppo di record con lo stesso nome, tipo e policy di routing (come il failover o i record ponderati) e specifichi il controllo dello stato IDs per tutti i record. Se il controllo dell'integrità di un record indica un endpoint non integro, Route 53 smette di rispondere alle query utilizzando il valore di tale record.
+ Seleziona **Yes** (Sì) per l'opzione **Evaluate target health** (Valuta integrità destinazione) per un record alias o per i record di un gruppo di alias di failover, di geolocalizzazione, basati su IP, di latenza o ponderati. Se i record alias fanno riferimento a record non alias appartenenti alla stessa zona ospitata, devi specificare anche i controlli dell'integrità per i record a cui viene fatto riferimento. Se associ un controllo dell'integrità a un record alias e selezioni anche **Yes** (Sì) per **Evaluate Target Health** (Valuta integrità destinazione), entrambi devono essere veri. Per ulteriori informazioni, consulta [Cosa accade se si associa un controllo dell'integrità a un record alias?](dns-failover-complex-configs.md#dns-failover-complex-configs-hc-alias).
Se i controlli dell'integrità specificano l'endpoint solo in base al nome del dominio, ti consigliamo di creare un controllo dell'integrità separato per ciascun endpoint. Ad esempio, puoi creare un controllo dell'integrità per ciascun server HTTP che gestisce contenuti per www.esempio.com. Come valore di **Nome dominio**, specifica il nome di dominio del server (ad esempio, us-east-2-www.esempio.com), anziché il nome dei record (esempio.com).
**Importante**
In questa configurazione, se crei un controllo dell'integrità per il quale il valore di **Domain Name (Nome dominio)** corrisponde al nome dei record e quindi associ il controllo dell'integrità a quei record, i risultati del controllo dell'integrità saranno imprevedibili.
## ID record
Inserisci un valore che identifichi in modo univoco questo record nel gruppo di record basati su IP.
# Valori specifici per i record alias basati su IP
Quando crei record alias basati su IP, specifica i valori seguenti.
**Nota**
Sebbene la creazione di record alias basati su IP in una zona ospitata privata sia consentita, non è supportata.
Per ulteriori informazioni, consulta [Scelta tra record alias e non alias](resource-record-sets-choosing-alias-non-alias.md).
**Topics**
+ [Policy di routing](#rrsets-values-ipbased-alias-routing-policy)
+ [Nome record](#rrsets-values-ipbased-alias-name)
+ [Tipo di record](#rrsets-values-ipbased-alias-type)
+ [Valore/instradamento traffico a](#rrsets-values-ipbased-alias-alias-target)
+ [Location (Ubicazione)](#rrsets-values-ipbased-alias-location)
+ [Controllo dell’integrità](#rrsets-values-ipbased-alias-associate-with-health-check)
+ [Valutazione dello stato della destinazione](#rrsets-values-ipbased-alias-evaluate-target-health)
+ [ID record](#rrsets-values-ipbased-alias-set-id)
## Policy di routing
Scegli **IP-based** (Basato su IP).
**Nota**
Sebbene la creazione di record alias basati su IP in una zona ospitata privata sia consentita, non è supportata.
## Nome record
Immetti il nome del dominio o sottodominio a cui instradare il traffico. Il valore predefinito è il nome della zona ospitata.
**Nota**
Se stai creando un record con lo stesso nome della zona ospitata, non immettere un valore (ad esempio, il simbolo @) nel campo **Nome record**.
Inserisci lo stesso nome per tutti i record nel gruppo di record basati su IP.
**Registri CNAME**
Se stai creando un record che ha lo stesso valore di **CNAME** per **Tipo di record**, il nome del record non può essere uguale al nome della zona ospitata.
**Alias per CloudFront distribuzioni e bucket Amazon S3**
Il valore specificato dipende in parte dalla AWS risorsa verso cui stai instradando il traffico:
+ **CloudFront distribuzione**: la distribuzione deve includere un nome di dominio alternativo che corrisponda al nome del record. Ad esempio, se il nome del record è **acme.example.com**, la distribuzione CloudFront deve includere **acme.example.com** come uno dei nomi di dominio alternativi. Per ulteriori informazioni, consulta [Using alternate domain names (CNAMEs)](https://docs.aws.amazon.com/AmazonCloudFront/latest/DeveloperGuide/CNAMEs.html) nella *Amazon CloudFront Developer Guide*.
+ **Bucket Amazon S3**: il nome del record deve corrispondere al nome del bucket Amazon S3. Ad esempio, se il nome del bucket è **acme.example.com**, anche il nome del record deve essere **acme.example.com**.
Inoltre, devi configurare il bucket per l'hosting di siti Web. Per ulteriori informazioni, consulta [Configurazione di un bucket per l'hosting di un sito Web](https://docs.aws.amazon.com/AmazonS3/latest/userguide/HowDoIWebsiteConfiguration.html) nella *Guida per utenti di Amazon Simple Storage Service*.
**Caratteri speciali**
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).
**Caratteri jolly**
Puoi utilizzare un asterisco (\$1) all'interno del nome. Il DNS considera il carattere \$1 sia come un carattere jolly che come il carattere \$1 (ASCII 42), a seconda della posizione nel nome. Per ulteriori informazioni, consulta [Utilizza un asterisco (\$1) nei nomi di zone ospitate e registri](DomainNameFormat.md#domain-name-format-asterisk).
## Tipo di record
Il tipo di record DNS. Per ulteriori informazioni, consulta [Tipi di record DNS supportati](ResourceRecordTypes.md).
Seleziona il valore applicabile in base alla AWS risorsa verso cui stai indirizzando il traffico. Seleziona lo stesso valore per tutti i record nel gruppo di record basati su IP:
**API regionali personalizzate di API Gateway o API con ottimizzate per l'edge**
Seleziona **A — IPv4 indirizzo**.
**Endpoint dell'interfaccia di Amazon VPC**
Seleziona **A — IPv4 indirizzo**.
**CloudFront distribuzione**
Seleziona **A — IPv4 indirizzo**.
Se IPv6 è abilitato per la distribuzione, crea due record, uno con il valore **A - IPv4 indirizzo** per **Tipo** e uno con il valore **AAAA - IPv6 indirizzo**.
**Servizio App Runner**
Seleziona **A — indirizzo IPv4 **
**Ambienti Elastic Beanstalk con sottodomini regionalizzati**
Seleziona **A — IPv4 indirizzo**
**Sistema di bilanciamento del carico ELB**
Seleziona **A — IPv4 indirizzo** o **AAAA — IPv6 ** indirizzo
**Bucket Amazon S3**
Seleziona **A — indirizzo IPv4 **
**OpenSearch Servizio**
Seleziona **A — IPv4 indirizzo** o **AAAA — IPv6 ** indirizzo
**Un altro record si trova in questa zona ospitata**
Seleziona il tipo di record per cui stai creando l'alias. Sono supportati tutti i tipi a eccezione di **NS** e **SOA**.
Se stai creando un record alias che ha lo stesso valore della zona ospitata (nota come *Apex di zona*), non puoi instradare il traffico verso un record il cui valore di **Type (Tipo)** è **CNAME**. Questo perché il record alias deve avere lo stesso tipo del record a cui stai instradando il traffico e la creazione di un record CNAME per l'apex di zona non è supportata neanche per un record alias.
## Valore/instradamento traffico a
Il valore che scegli dall'elenco o che digiti nel campo dipende dalla AWS risorsa verso cui stai indirizzando il traffico.
Per informazioni sulle AWS risorse a cui puoi indirizzare, consulta [Common values for alias records for value/route traffic](resource-record-sets-values-alias-common.md#rrsets-values-alias-common-target) to.
Per ulteriori informazioni su come configurare Route 53 per indirizzare il traffico verso AWS risorse specifiche, consulta[Instradamento del traffico Internet verso le tue risorse AWS](routing-to-aws-resources.md).
## Location (Ubicazione)
Quando configuri Route 53 per rispondere alle query DNS in base alla posizione da cui provengono, seleziona la posizione CIDR per la quale desideri che Route 53 risponda con le impostazioni di questo record.
**Importante**
Ti consigliamo di creare un record basato su IP con il valore **Default** (Predefinito) per l'opzione **Location** (Posizione). Questo copre le posizioni per cui non hai creato i record nonché gli indirizzi IP per cui Route 53 non è in grado di identificare una posizione.
Non è possibile creare non-IP-based record con gli stessi valori per **Nome record** e **Tipo di record** dei record basati su IP.
Per ulteriori informazioni, consulta [Routing basato su IP](routing-policy-ipbased.md).
## Controllo dell’integrità
Seleziona un controllo dell'integrità se desideri che Route 53 controlli l'integrità di un determinato endpoint e risponda alle query DNS utilizzando questo record solo quando l'endpoint è integro.
Route 53 non controlla l'integrità dell'endpoint specificato nel record, ad esempio l'endpoint specificato dall'indirizzo IP nel campo **Valore**. Quando selezioni un controllo dell'integrità per un record, Route 53 controlla l'integrità dell'endpoint specificato nel controllo dell'integrità. Per informazioni su come Route 53 determina se un endpoint è integro, consulta [Come Amazon Route 53 determina se un controllo dell'integrità è integroCome Route 53 determina se un controllo dell'integrità è integro](dns-failover-determining-health-of-endpoints.md).
L'associazione di un controllo dell'integrità a un record è utile solo quando Route 53 deve scegliere tra due o più record per rispondere a una query DNS e desideri che Route 53 effettui la scelta in parte in base all'avanzamento di un controllo dell'integrità. Utilizza i controlli dell'integrità solo nelle configurazioni seguenti:
+ Stai controllando lo stato di tutti i record di un gruppo di record con lo stesso nome, tipo e policy di routing (come il failover o i record ponderati) e specifichi il controllo dello stato IDs per tutti i record. Se il controllo dell'integrità di un record indica un endpoint non integro, Route 53 smette di rispondere alle query utilizzando il valore di tale record.
+ Seleziona **Yes** (Sì) per l'opzione **Evaluate target health** (Valuta integrità destinazione) per un record alias o per i record di un gruppo di alias di failover, di geolocalizzazione, di latenza, ponderati o alias di routing basati su IP. Se i record alias fanno riferimento a record non alias appartenenti alla stessa zona ospitata, devi specificare anche i controlli dell'integrità per i record a cui viene fatto riferimento. Se associ un controllo dell'integrità a un record alias e selezioni anche **Yes** (Sì) per **Evaluate Target Health** (Valuta integrità destinazione), entrambi devono essere veri. Per ulteriori informazioni, consulta [Cosa accade se si associa un controllo dell'integrità a un record alias?](dns-failover-complex-configs.md#dns-failover-complex-configs-hc-alias).
Se i controlli dell'integrità specificano l'endpoint solo in base al nome del dominio, ti consigliamo di creare un controllo dell'integrità separato per ciascun endpoint. Ad esempio, puoi creare un controllo dell'integrità per ciascun server HTTP che gestisce contenuti per www.esempio.com. Come valore di **Nome dominio**, specifica il nome di dominio del server (ad esempio, us-east-2-www.esempio.com), anziché il nome dei record (esempio.com).
**Importante**
In questa configurazione, se crei un controllo dell'integrità per il quale il valore di **Domain Name (Nome dominio)** corrisponde al nome dei record e quindi associ il controllo dell'integrità a quei record, i risultati del controllo dell'integrità saranno imprevedibili.
Per i record di alias basati su IP, se un endpoint non è integro, Route 53 cerca un record all'interno della posizione associata più grande. Ad esempio, supponiamo che siano presenti record per un paese degli Stati Uniti, per tutti gli Stati Uniti, per il Nord America e per tutte le località, con l'opzione **Location (Località)** impostata su **Default (Predefinita)**. Se l'endpoint per il record del paese non è integro, Route 53 controlla i record per gli Stati Uniti, per il Nord America e per tutte le località, in quest'ordine, finché non trova un record con un endpoint integro. Se tutti i record applicabili sono in uno stato non integro, incluso il record per tutte le sedi, Route 53 risponde a una query DNS con il valore del record della regione geografica più piccola.
## Valutazione dello stato della destinazione
Seleziona **Sì** se desideri che Route 53 determini se rispondere alle query DNS utilizzando questo record controllando l'integrità della risorsa specificata da **Endpoint**.
Tenere presente quanto segue:
**API Gateway personalizzato, regionale APIs e ottimizzato per l'edge APIs**
Non sono previsti requisiti speciali per impostare **Valutazione dell'integrità della destinazione** su **Sì** quando l'endpoint è un'API regionale personalizzata di API Gateway o un'API ottimizzata per l'edge.
**CloudFront distribuzioni**
Non è possibile impostare **Evaluate target health** su **Sì** quando l'endpoint è una CloudFront distribuzione.
**Ambienti Elastic Beanstalk con sottodomini regionalizzati**
Se specifichi un ambiente Elastic Beanstalk in Endpoint e **l'ambiente** contiene un load balancer ELB, Elastic Load Balancing indirizza le query solo alle istanze Amazon integre registrate con il EC2 load balancer. (Un ambiente contiene automaticamente un sistema di bilanciamento del carico ELB se include più di un' EC2 istanza Amazon.) Se imposti **Evaluate target health** su **Sì** e nessuna EC2 istanza Amazon è integra o il load balancer stesso non è integro, Route 53 indirizza le query ad altre risorse disponibili che sono integre, se presenti.
Se l'ambiente contiene una singola EC2 istanza Amazon, non ci sono requisiti speciali.
**Load balancer ELB**
Il comportamento del controllo dell'integrità dipende dal tipo di load balancer:
+ **Classic Load Balancer**: se specifichi un ELB Classic Load Balancer **in** Endpoint, Elastic Load Balancing indirizza le query solo alle istanze EC2 Amazon integre registrate con il load balancer. Se imposti **Evaluate target health** su **Sì** e nessuna EC2 istanza è integra o il load balancer stesso non è integro, Route 53 indirizza le query ad altre risorse.
+ **Application Load Balancer/Network Load Balancer**: se specifichi un Application Load Balancer/Network Load Balancer ELB e imposti **Valutazione dell'integrità della destinazione** su **Sì**, Route 53 instrada le query al load balancer in base all'integrità dei gruppi di destinazione a esso associati:
+ Affinché un Application Load Balancer/Network Load Balancer venga considerato integro, ogni gruppo target contenente target deve includere almeno un target integro. Se un gruppo target contiene solo target non integri, il load balancer viene considerato non integro e Route 53 instrada le query ad altre risorse.
+ Un gruppo target che non include target registrati viene considerato non integro.
Quando crei un load balancer, configuri le impostazioni per i controlli dell'integrità di Elastic Load Balancing, che svolgono una funzione analoga ai controlli dell'integrità di Route 53. Non create controlli di integrità di Route 53 per EC2 le istanze registrate con un sistema di bilanciamento del carico ELB.
**Bucket S3**
Non sono previsti requisiti speciali per impostare **Valutazione dell'integrità della destinazione** su **Sì** quando l'endpoint è un bucket S3.
**Endpoint dell'interfaccia di Amazon VPC**
Non sono previsti requisiti speciali per impostare **Valutazione dell'integrità della destinazione** su **Sì** quando l'endpoint è un endpoint dell'interfaccia Amazon VPC.
**Altri record nella stessa zona ospitata**
Se la AWS risorsa specificata in **Endpoint** è un record o un gruppo di record (ad esempio, un gruppo di record ponderati) ma non è un altro record di alias, ti consigliamo di associare un controllo dello stato a tutti i record dell'endpoint. Per ulteriori informazioni, consulta [Cosa accade se si omettono i controlli dell'integrità?](dns-failover-complex-configs.md#dns-failover-complex-configs-hc-omitting).
## ID record
Inserisci un valore che identifichi in modo univoco questo record nel gruppo di record basati su IP.
# Valori specifici per record di risposta multivalore
Quando crei record di risposta multivalore, specifichi i valori seguenti.
**Nota**
La creazione di record alias di risposta multivalore non è supportata.
**Topics**
+ [Policy di routing](#rrsets-values-multivalue-routing-policy)
+ [Nome record](#rrsets-values-multivalue-name)
+ [Tipo di record](#rrsets-values-multivalue-type)
+ [TTL (secondi)](#rrsets-values-multivalue-ttl)
+ [Valore/instradamento traffico a](#rrsets-values-multivalue-value)
+ [Controllo dell’integrità](#rrsets-values-multivalue-associate-with-health-check)
+ [ID record](#rrsets-values-multivalue-set-identifier)
## Policy di routing
Scegli **Risposta multivalore**.
## Nome record
Immetti il nome del dominio o sottodominio a cui instradare il traffico. Il valore predefinito è il nome della zona ospitata.
**Nota**
Se stai creando un record con lo stesso nome della zona ospitata, non immettere un valore (ad esempio, il simbolo @) nel campo **Nome record**.
Immetti lo stesso nome per tutti i record nel gruppo di record multivalore.
Per ulteriori informazioni sui nomi record, consultare [Nome record](resource-record-sets-values-shared.md#rrsets-values-common-name).
## Tipo di record
Il tipo di record DNS. Per ulteriori informazioni, consulta [Tipi di record DNS supportati](ResourceRecordTypes.md).
Seleziona qualsiasi valore ad eccezione di **NS** o **CNAME**.
Seleziona lo stesso valore per tutti i record nel gruppo di record di risposta multivalore.
## TTL (secondi)
La quantità di tempo, in secondi, per cui si desidera che i resolver ricorsivi DNS archivino nella cache le informazioni relative a questo record. Se si specifica un valore più lungo (ad esempio, 172800 secondi o due giorni), si riduce il numero di chiamate che i resolver ricorsivi DNS devono eseguire per permettere a Route 53 di ottenere le informazioni più recenti in questo record. Ciò ha l’effetto di ridurre la latenza e i costi per il servizio Route 53. Per ulteriori informazioni, consulta [Come Amazon Route 53 instrada il traffico per il tuo dominio](welcome-dns-service.md#welcome-dns-service-how-route-53-routes-traffic).
Tuttavia, se si specifica un valore più lungo per TTL, è necessario più tempo perché le modifiche al record (ad esempio, un nuovo indirizzo IP) abbiano effetto in quanto i resolver ricorsivi utilizzano i valori nella cache per periodi più lunghi prima di chiedere a Route 53 le informazioni più recenti. Se stai modificando le impostazioni per un dominio o sottodominio che è già in uso, ti consigliamo di specificare inizialmente un valore più breve, ad esempio 300 secondi, e aumentare il valore dopo aver verificato che le nuove impostazioni siano corrette.
Se stai associando questo record a un controllo dell'integrità, ti consigliamo di specificare un TTL di 60 secondi o inferiore in modo che i client rispondano rapidamente alle modifiche dello stato.
**Nota**
Se crei due o più record di risposta multivalore con lo stesso nome e tipo, stai utilizzando la consolle e se specifichi diversi valori per **TTL**, Route 53 modifica il valore di **TTL** per tutti i record impostandolo sull'ultimo valore specificato.
## Valore/instradamento traffico a
Scegli **Indirizzo IP o altro valore a seconda del tipo di record**. Immetti un valore appropriato per il valore di **Tipo di record**. Quando inserisci più di un valore, inserisci ogni valore su una riga distinta.
Puoi instradare il traffico verso, o specificare i seguenti valori:
+ **A — IPv4 indirizzo**
+ **AAAA — IPv6 indirizzo**
+ **CAA - Autorizzazione della certification authority**
+ **MX - Scambio di posta**
+ **NAPTR - Puntatore dell'autorità dei nomi**
+ **PTR - Puntatore**
+ **SPF - Sender Policy Framework**
+ **SRV - Localizzatore di servizi**
+ **TXT - Testo**
Per ulteriori informazioni sui valori precedenti, consulta [Valori comuni per il Value/Route traffico verso](resource-record-sets-values-shared.md#rrsets-values-common-value).
## Controllo dell’integrità
Seleziona un controllo dell'integrità se desideri che Route 53 controlli l'integrità di un determinato endpoint e risponda alle query DNS utilizzando questo record solo quando l'endpoint è integro.
Route 53 non controlla l'integrità dell'endpoint specificato nel record, ad esempio l'endpoint specificato dall'indirizzo IP nel campo **Valore**. Quando selezioni un controllo dell'integrità per un record, Route 53 controlla l'integrità dell'endpoint specificato nel controllo dell'integrità. Per informazioni su come Route 53 determina se un endpoint è integro, consulta [Come Amazon Route 53 determina se un controllo dell'integrità è integroCome Route 53 determina se un controllo dell'integrità è integro](dns-failover-determining-health-of-endpoints.md).
L'associazione di un controllo dell'integrità a un record è utile solo quando Route 53 deve scegliere tra due o più record per rispondere a una query DNS e desideri che Route 53 effettui la scelta in parte in base all'avanzamento di un controllo dell'integrità. Utilizza i controlli dell'integrità solo nelle configurazioni seguenti:
+ Stai controllando lo stato di tutti i record di un gruppo di record con lo stesso nome, tipo e policy di routing (ad esempio i record di failover o ponderati) e specifichi il controllo dello stato IDs per tutti i record. Se il controllo dell'integrità di un record indica un endpoint non integro, Route 53 smette di rispondere alle query utilizzando il valore di tale record.
+ Selezioni **Sì** per **Valutazione dell'integrità della destinazione** per un record alias o i record in un gruppo di alias di failover, alias di geolocalizzazione, alias di latenza o alias ponderati. Se i record alias fanno riferimento a record non alias appartenenti alla stessa zona ospitata, devi specificare anche i controlli dell'integrità per i record a cui viene fatto riferimento. Se associ un controllo dell'integrità a un record alias e selezioni anche **Yes** (Sì) per **Evaluate Target Health** (Valuta integrità destinazione), entrambi devono essere veri. Per ulteriori informazioni, consulta [Cosa accade se si associa un controllo dell'integrità a un record alias?](dns-failover-complex-configs.md#dns-failover-complex-configs-hc-alias).
Se i controlli dell'integrità specificano l'endpoint solo in base al nome del dominio, ti consigliamo di creare un controllo dell'integrità separato per ciascun endpoint. Ad esempio, puoi creare un controllo dell'integrità per ciascun server HTTP che gestisce contenuti per www.esempio.com. Come valore di **Nome dominio**, specifica il nome di dominio del server (ad esempio, us-east-2-www.esempio.com), anziché il nome dei record (esempio.com).
**Importante**
In questa configurazione, se crei un controllo dell'integrità per il quale il valore di **Domain Name (Nome dominio)** corrisponde al nome dei record e quindi associ il controllo dell'integrità a quei record, i risultati del controllo dell'integrità saranno imprevedibili.
## ID record
Immetti un valore che identifica in modo univoco questo record nel gruppo di record di risposta multivalore.
# Valori specifici per record ponderati
Quando crei record ponderati, specifichi i valori seguenti.
**Topics**
+ [Policy di routing](#rrsets-values-weighted-routing-policy)
+ [Nome record](#rrsets-values-weighted-name)
+ [Tipo di record](#rrsets-values-weighted-type)
+ [TTL (secondi)](#rrsets-values-weighted-ttl)
+ [Valore/instradamento traffico a](#rrsets-values-weighted-value)
+ [Weight](#rrsets-values-weighted-weight)
+ [Controllo dell’integrità](#rrsets-values-weighted-associate-with-health-check)
+ [ID record](#rrsets-values-weighted-set-identifier)
## Policy di routing
Selezionare **Weighted (Ponderato)**.
## Nome record
Immetti il nome del dominio o sottodominio a cui instradare il traffico. Il valore predefinito è il nome della zona ospitata.
**Nota**
Se stai creando un record con lo stesso nome della zona ospitata, non immettere un valore (ad esempio, il simbolo @) nel campo **Nome record**.
Immetti lo stesso nome per tutti i record nel gruppo di record ponderati.
Per ulteriori informazioni sui nomi record, consultare [Nome record](resource-record-sets-values-shared.md#rrsets-values-common-name).
## Tipo di record
Il tipo di record DNS. Per ulteriori informazioni, consulta [Tipi di record DNS supportati](ResourceRecordTypes.md).
Seleziona lo stesso valore per tutti i record nel gruppo dei record ponderati.
## TTL (secondi)
La quantità di tempo, in secondi, per cui si desidera che i resolver ricorsivi DNS archivino nella cache le informazioni relative a questo record. Se si specifica un valore più lungo (ad esempio, 172800 secondi o due giorni), si riduce il numero di chiamate che i resolver ricorsivi DNS devono eseguire per permettere a Route 53 di ottenere le informazioni più recenti in questo record. Ciò ha l’effetto di ridurre la latenza e i costi per il servizio Route 53. Per ulteriori informazioni, consulta [Come Amazon Route 53 instrada il traffico per il tuo dominio](welcome-dns-service.md#welcome-dns-service-how-route-53-routes-traffic).
Tuttavia, se si specifica un valore più lungo per TTL, è necessario più tempo perché le modifiche al record (ad esempio, un nuovo indirizzo IP) abbiano effetto in quanto i resolver ricorsivi utilizzano i valori nella cache per periodi più lunghi prima di chiedere a Route 53 le informazioni più recenti. Se stai modificando le impostazioni per un dominio o sottodominio che è già in uso, ti consigliamo di specificare inizialmente un valore più breve, ad esempio 300 secondi, e aumentare il valore dopo aver verificato che le nuove impostazioni siano corrette.
Se stai associando questo record a un controllo dell'integrità, ti consigliamo di specificare un TTL di 60 secondi o inferiore in modo che i client rispondano rapidamente alle modifiche dello stato.
Devi specificare lo stesso valore **TTL** per tutti i record di questo gruppo di record ponderati.
**Nota**
Se crei due o più record ponderati con lo stesso nome e tipo e specifichi diversi valori **TTL**, Route 53 modifica il valore **TTL** per tutti i record utilizzando l'ultimo valore specificato.
Se un gruppo di record ponderati include uno o più record alias ponderati che instradano il traffico a un load balancer ELB, ti consigliamo di specificare un TTL di 60 secondi per tutti i record non alias ponderati che hanno lo stesso nome e tipo. I valori diversi da 60 secondi (TTL per sistemi di bilanciamento del carico) modificheranno l'effetto dei valori che specifichi per **Weight (Peso)**.
## Valore/instradamento traffico a
Scegli **Indirizzo IP o altro valore a seconda del tipo di record**. Immetti un valore appropriato per il valore di **Tipo di record**. Per tutti i tipi ad eccezione di **CNAME**, puoi immettere più di un valore. Immetti ogni valore su una riga distinta.
Puoi instradare il traffico verso, o specificare i seguenti valori:
+ **A — IPv4 indirizzo**
+ **AAAA — IPv6 indirizzo**
+ **CAA - Autorizzazione della certification authority**
+ **CNAME - Nome canonico**
+ **MX - Scambio di posta**
+ **NAPTR - Puntatore dell'autorità dei nomi**
+ **PTR - Puntatore**
+ **SPF - Sender Policy Framework**
+ **SRV - Localizzatore di servizi**
+ **TXT - Testo**
Per ulteriori informazioni sui valori precedenti, consulta [Valori comuni per il Value/Route traffico verso](resource-record-sets-values-shared.md#rrsets-values-common-value).
## Weight
Un valore che determina la proporzione di query DNS a cui Route 53 risponde utilizzando il record corrente. Route 53 calcola la somma dei pesi per i record che hanno la stessa combinazione di tipo e nome DNS. Route 53 risponde quindi alle domande in base al rapporto tra il peso di una risorsa e il totale.
Non puoi creare record non ponderati che hanno gli stessi valori per **Nome record** e **Tipo di record** come record ponderati.
Immetti un intero compreso tra 0 e 255. Per disattivare il routing a una risorsa, imposta **Weight (Peso)** su 0. Se imposti **Weight (Peso)** su 0 per tutti i record nel gruppo, il traffico viene instradato a tutte le risorse con una probabilità equivalente. Ciò impedisce la disattivazione accidentale dell’instradamento per un gruppo di record ponderati.
L'effetto di impostare **Weight (Peso)** su 0 è differente quando associ controlli dell'integrità a record ponderati. Per ulteriori informazioni, consulta [Come Amazon Route 53 sceglie i record quando viene configurato il controllo dell'integritàCome Route 53 sceglie i record quando viene configurato il controllo dell'integrità](health-checks-how-route-53-chooses-records.md).
## Controllo dell’integrità
Seleziona un controllo dell'integrità se desideri che Route 53 controlli l'integrità di un determinato endpoint e risponda alle query DNS utilizzando questo record solo quando l'endpoint è integro.
Route 53 non controlla l'integrità dell'endpoint specificato nel record, ad esempio l'endpoint specificato dall'indirizzo IP nel campo **Valore**. Quando selezioni un controllo dell'integrità per un record, Route 53 controlla l'integrità dell'endpoint specificato nel controllo dell'integrità. Per informazioni su come Route 53 determina se un endpoint è integro, consulta [Come Amazon Route 53 determina se un controllo dell'integrità è integroCome Route 53 determina se un controllo dell'integrità è integro](dns-failover-determining-health-of-endpoints.md).
L'associazione di un controllo dell'integrità a un record è utile solo quando Route 53 deve scegliere tra due o più record per rispondere a una query DNS e desideri che Route 53 effettui la scelta in parte in base all'avanzamento di un controllo dell'integrità. Utilizza i controlli dell'integrità solo nelle configurazioni seguenti:
+ Stai controllando lo stato di tutti i record di un gruppo di record con lo stesso nome, tipo e policy di routing (come i record di failover o ponderati) e specifichi il controllo IDs dello stato per tutti i record. Se il controllo dell'integrità di un record indica un endpoint non integro, Route 53 smette di rispondere alle query utilizzando il valore di tale record.
+ Seleziona **Yes** (Sì) per l'opzione **Evaluate target health** (Valutazione dello stato target) per un record alias o per i record di un gruppo di alias di failover, di geolocalizzazione, di latenza, basati su IP o ponderati. Se i record alias fanno riferimento a record non alias appartenenti alla stessa zona ospitata, devi specificare anche i controlli dell'integrità per i record a cui viene fatto riferimento. Se associ un controllo dell'integrità a un record alias e selezioni anche **Yes** (Sì) per **Evaluate Target Health** (Valuta integrità destinazione), entrambi devono essere veri. Per ulteriori informazioni, consulta [Cosa accade se si associa un controllo dell'integrità a un record alias?](dns-failover-complex-configs.md#dns-failover-complex-configs-hc-alias).
Se i controlli dell'integrità specificano l'endpoint solo in base al nome del dominio, ti consigliamo di creare un controllo dell'integrità separato per ciascun endpoint. Ad esempio, puoi creare un controllo dell'integrità per ciascun server HTTP che gestisce contenuti per www.esempio.com. Come valore di **Nome dominio**, specifica il nome di dominio del server (ad esempio, us-east-2-www.esempio.com), anziché il nome dei record (esempio.com).
**Importante**
In questa configurazione, se crei un controllo dell'integrità per il quale il valore di **Domain Name (Nome dominio)** corrisponde al nome dei record e quindi associ il controllo dell'integrità a quei record, i risultati del controllo dell'integrità saranno imprevedibili.
## ID record
Immetti un valore che identifichi in modo univoco questo record nel gruppo di record ponderati.
# Valori specifici per i record alias ponderati
Quando crei record alias ponderati, specifichi i valori seguenti. Per ulteriori informazioni, consulta [Scelta tra record alias e non alias](resource-record-sets-choosing-alias-non-alias.md).
**Topics**
+ [Policy di routing](#rrsets-values-weighted-alias-routing-policy)
+ [Nome record](#rrsets-values-weighted-alias-name)
+ [Tipo di record](#rrsets-values-weighted-alias-type)
+ [Valore/instradamento traffico a](#rrsets-values-weighted-alias-alias-target)
+ [Weight](#rrsets-values-weighted-alias-weight)
+ [Controllo dell’integrità](#rrsets-values-weighted-alias-associate-with-health-check)
+ [Valutazione dello stato della destinazione](#rrsets-values-weighted-alias-evaluate-target-health)
+ [ID record](#rrsets-values-weighted-alias-set-identifier)
## Policy di routing
Scegli **Ponderata**.
## Nome record
Immetti il nome del dominio o sottodominio a cui instradare il traffico. Il valore predefinito è il nome della zona ospitata.
**Nota**
Se stai creando un record con lo stesso nome della zona ospitata, non immettere un valore (ad esempio, il simbolo @) nel campo **Name (Nome)**.
Immetti lo stesso nome per tutti i record nel gruppo di record ponderati.
Per ulteriori informazioni sui nomi dei record, consultare [Nome record](resource-record-sets-values-alias-common.md#rrsets-values-common-alias-name)
## Tipo di record
Il tipo di record DNS. Per ulteriori informazioni, consulta [Tipi di record DNS supportati](ResourceRecordTypes.md).
Seleziona il valore applicabile in base alla AWS risorsa verso cui stai indirizzando il traffico:
**API regionali personalizzate di API Gateway o API con ottimizzate per l'edge**
Seleziona **A — IPv4 indirizzo**.
**Endpoint dell'interfaccia di Amazon VPC**
Seleziona **A — IPv4 indirizzo**.
**CloudFront distribuzione**
Seleziona **A — IPv4 indirizzo**.
Se IPv6 è abilitato per la distribuzione, crea due record, uno con il valore **A - IPv4 indirizzo** per **Tipo** e uno con il valore **AAAA - IPv6 indirizzo**.
**Servizio App Runner**
Seleziona **A — indirizzo IPv4 **
**Ambienti Elastic Beanstalk con sottodomini regionalizzati**
Seleziona **A — IPv4 indirizzo**
**Sistema di bilanciamento del carico ELB**
Seleziona **A — IPv4 indirizzo** o **AAAA — IPv6 ** indirizzo
**Bucket Amazon S3**
Seleziona **A — indirizzo IPv4 **
**OpenSearch Servizio**
Seleziona **A — IPv4 indirizzo** o **AAAA — IPv6 ** indirizzo
**Un altro record si trova in questa zona ospitata**
Seleziona il tipo di record per cui stai creando l'alias. Sono supportati tutti i tipi a eccezione di **NS** e **SOA**.
Se stai creando un record alias che ha lo stesso valore della zona ospitata (nota come *Apex di zona*), non puoi instradare il traffico verso un record il cui valore di **Type (Tipo)** è **CNAME**. Questo perché il record alias deve avere lo stesso tipo del record a cui stai instradando il traffico e la creazione di un record CNAME per l'apex di zona non è supportata neanche per un record alias.
Seleziona lo stesso valore per tutti i record nel gruppo dei record ponderati.
## Valore/instradamento traffico a
Il valore che scegli dall'elenco o che digiti nel campo dipende dalla AWS risorsa verso cui stai indirizzando il traffico.
Per informazioni sulle AWS risorse a cui puoi indirizzare, consulta [Common values for alias records for value/route traffic](resource-record-sets-values-alias-common.md#rrsets-values-alias-common-target) to.
Per ulteriori informazioni su come configurare Route 53 per indirizzare il traffico verso AWS risorse specifiche, consulta[Instradamento del traffico Internet verso le tue risorse AWS](routing-to-aws-resources.md).
## Weight
Un valore che determina la proporzione di query DNS a cui Route 53 risponde utilizzando il record corrente. Route 53 calcola la somma dei pesi per i record che hanno la stessa combinazione di tipo e nome DNS. Route 53 risponde quindi alle domande in base al rapporto tra il peso di una risorsa e il totale.
Non puoi creare record non ponderati che hanno gli stessi valori per **Nome record** e **Tipo di record** come record ponderati.
Immetti un intero compreso tra 0 e 255. Per disattivare il routing a una risorsa, imposta **Weight (Peso)** su 0. Se imposti **Weight (Peso)** su 0 per tutti i record nel gruppo, il traffico viene instradato a tutte le risorse con una probabilità equivalente. Ciò impedisce la disattivazione accidentale dell’instradamento per un gruppo di record ponderati.
L'effetto di impostare **Weight (Peso)** su 0 è differente quando associ controlli dell'integrità a record ponderati. Per ulteriori informazioni, consulta [Come Amazon Route 53 sceglie i record quando viene configurato il controllo dell'integritàCome Route 53 sceglie i record quando viene configurato il controllo dell'integrità](health-checks-how-route-53-chooses-records.md).
## Controllo dell’integrità
Seleziona un controllo dell'integrità se desideri che Route 53 controlli l'integrità di un determinato endpoint e risponda alle query DNS utilizzando questo record solo quando l'endpoint è integro.
Route 53 non controlla l'integrità dell'endpoint specificato nel record, ad esempio l'endpoint specificato dall'indirizzo IP nel campo **Valore**. Quando selezioni un controllo dell'integrità per un record, Route 53 controlla l'integrità dell'endpoint specificato nel controllo dell'integrità. Per informazioni su come Route 53 determina se un endpoint è integro, consulta [Come Amazon Route 53 determina se un controllo dell'integrità è integroCome Route 53 determina se un controllo dell'integrità è integro](dns-failover-determining-health-of-endpoints.md).
L'associazione di un controllo dell'integrità a un record è utile solo quando Route 53 deve scegliere tra due o più record per rispondere a una query DNS e desideri che Route 53 effettui la scelta in parte in base all'avanzamento di un controllo dell'integrità. Utilizza i controlli dell'integrità solo nelle configurazioni seguenti:
+ Stai controllando lo stato di tutti i record di un gruppo di record con lo stesso nome, tipo e policy di routing (come i record di failover o ponderati) e specifichi il controllo IDs dello stato per tutti i record. Se il controllo dell'integrità di un record indica un endpoint non integro, Route 53 smette di rispondere alle query utilizzando il valore di tale record.
+ Seleziona **Yes** (Sì) per l'opzione **Evaluate target health** (Valutazione dello stato target) per un record alias o per i record di un gruppo di alias di failover, di geolocalizzazione, di latenza, basati su IP o ponderati. Se i record alias fanno riferimento a record non alias appartenenti alla stessa zona ospitata, devi specificare anche i controlli dell'integrità per i record a cui viene fatto riferimento. Se associ un controllo dell'integrità a un record alias e selezioni anche **Yes** (Sì) per **Evaluate Target Health** (Valuta integrità destinazione), entrambi devono essere veri. Per ulteriori informazioni, consulta [Cosa accade se si associa un controllo dell'integrità a un record alias?](dns-failover-complex-configs.md#dns-failover-complex-configs-hc-alias).
Se i controlli dell'integrità specificano l'endpoint solo in base al nome del dominio, ti consigliamo di creare un controllo dell'integrità separato per ciascun endpoint. Ad esempio, puoi creare un controllo dell'integrità per ciascun server HTTP che gestisce contenuti per www.esempio.com. Come valore di **Nome dominio**, specifica il nome di dominio del server (ad esempio, us-east-2-www.esempio.com), anziché il nome dei record (esempio.com).
**Importante**
In questa configurazione, se crei un controllo dell'integrità per il quale il valore di **Domain Name (Nome dominio)** corrisponde al nome dei record e quindi associ il controllo dell'integrità a quei record, i risultati del controllo dell'integrità saranno imprevedibili.
## Valutazione dello stato della destinazione
Seleziona **Sì** se desideri che Route 53 determini se rispondere alle query DNS utilizzando questo record controllando l'integrità della risorsa specificata da **Endpoint**.
Tenere presente quanto segue:
**API Gateway personalizzato, regionale APIs e ottimizzato per l'edge APIs**
Non sono previsti requisiti speciali per impostare **Valutazione dell'integrità della destinazione** su **Sì** quando l'endpoint è un'API regionale personalizzata di API Gateway o un'API ottimizzata per l'edge.
**CloudFront distribuzioni**
Non è possibile impostare **Evaluate target health** su **Sì** quando l'endpoint è una CloudFront distribuzione.
**Ambienti Elastic Beanstalk con sottodomini regionalizzati**
Se specifichi un ambiente Elastic Beanstalk in **Endpoint** e l'ambiente contiene un load balancer ELB, Elastic Load Balancing instrada le query solo alle istanze Amazon EC2 integre registrate con il load balancer. (Un ambiente contiene automaticamente un load balancer ELB se include più di un'istanza Amazon EC2.) Se imposti **Valutazione dell'integrazione della destinazione** su **Sì** e nessuna istanza Amazon EC2 è integra o lo stesso load balancer non è integro, Route 53 instrada le query ad altre risorse disponibili integre, se presenti.
Se l'ambiente contiene una sola istanza Amazon EC2, non sono previsti requisiti speciali.
**Load balancer ELB**
Il comportamento del controllo dell'integrità dipende dal tipo di load balancer:
+ **Classic Load Balancer**: se in **Endpoint** specifichi un Classic Load Balancer ELB, Elastic Load Balancing instrada le query solo alle istanze Amazon EC2 integre registrate con il load balancer. Se imposti **Valutazione dell'integrità della destinazione** su **Sì** e né le istanze EC2 né il load balancer risultano integri, Route 53 instrada le query ad altre risorse.
+ **Application Load Balancer/Network Load Balancer**: se specifichi un Application Load Balancer/Network Load Balancer ELB e imposti **Valutazione dell'integrità della destinazione** su **Sì**, Route 53 instrada le query al load balancer in base all'integrità dei gruppi di destinazione a esso associati:
+ Affinché un Application Load Balancer/Network Load Balancer venga considerato integro, ogni gruppo target contenente target deve includere almeno un target integro. Se un gruppo target contiene solo target non integri, il load balancer viene considerato non integro e Route 53 instrada le query ad altre risorse.
+ Un gruppo target che non include target registrati viene considerato non integro.
Quando crei un load balancer, configuri le impostazioni per i controlli dell'integrità di Elastic Load Balancing, che svolgono una funzione analoga ai controlli dell'integrità di Route 53. Non creare controlli dell'integrità di Route 53 per le istanze EC2 che record con un load balancer ELB.
**Bucket S3**
Non sono previsti requisiti speciali per impostare **Valutazione dell'integrità della destinazione** su **Sì** quando l'endpoint è un bucket S3.
**Endpoint dell'interfaccia di Amazon VPC**
Non sono previsti requisiti speciali per impostare **Valutazione dell'integrità della destinazione** su **Sì** quando l'endpoint è un endpoint dell'interfaccia Amazon VPC.
**Altri record nella stessa zona ospitata**
Se la AWS risorsa specificata in **Endpoint** è un record o un gruppo di record (ad esempio, un gruppo di record ponderati) ma non è un altro record di alias, ti consigliamo di associare un controllo dello stato a tutti i record dell'endpoint. Per ulteriori informazioni, consulta [Cosa accade se si omettono i controlli dell'integrità?](dns-failover-complex-configs.md#dns-failover-complex-configs-hc-omitting).
## ID record
Immetti un valore che identifichi in modo univoco questo record nel gruppo di record ponderati.
# Creazione di record mediante importazione di un file di zona
Se esegui la migrazione da un altro fornitore di servizi DNS, e se il tuo attuale fornitore di servizi DNS consente di esportare le impostazioni DNS correnti a un file di zona, puoi creare rapidamente tutti i record per una zona ospitata di Amazon Route 53 tramite l'importazione di un file di zona.
**Nota**
Un file di zona utilizza un formato standard noto come BIND per rappresentare i record in un formato di testo. Per ulteriori informazioni sul formato di un file di zona, consulta la voce Wikipedia relativa ai [file di zona](https://en.wikipedia.org/wiki/Zone_file). Ulteriori informazioni sono disponibili in [RFC 1034, Nomi di dominio - Concetti e funzionalità](https://datatracker.ietf.org/doc/html/rfc1034) sezione 3.6.1 e [RFC 1035, Nome di dominio - Implementazione e specifica](https://datatracker.ietf.org/doc/html/rfc1035) sezione 5.
Se desideri creare record importando un file di zona, tieni presente quanto segue:
+ Il file di zona deve essere in formato conforme a RFC.
+ Il nome di dominio dei record nel file di zona deve corrispondere al nome della zona ospitata.
+ Route 53 supporta le parole chiave `$ORIGIN` e `$TTL`. Se il file di zona include parole chiave `$GENERATE` o `$INCLUDE`, l'importazione ha esito negativo e Route 53 restituisce un errore.
+ Quando importi il file di zona, Route 53 ignora il record SOA nel file di zona. Route 53 ignora inoltre qualsiasi record NS che ha lo stesso nome della zona ospitata.
+ Puoi importare un massimo di 1.000 record.
+ Se la zona ospitata contiene già record visualizzati nel file di zona, il processo di importazione ha esito negativo e non viene creato alcun record.
+ Per i record TXT che contengono caratteri di barra rovesciata, il processo di importazione dei file di zona interpreta determinate sequenze di barre rovesciate come caratteri di controllo. Per includere caratteri letterali di barra rovesciata nei valori dei record TXT:
+ Utilizzate la doppia barra rovesciata (`\\\\`) nel file di zona per rappresentare una singola barra rovesciata letterale nel record TXT finale.
+ Ad esempio, se il record TXT deve contenere `\\jYTDWqH...` (con una barra rovesciata letterale e j), specificalo nel file di zona. `\\\\jYTDWqH...`
Ciò è particolarmente importante per i record delle sfide ACME e altri record TXT che contengono caratteri letterali con barra rovesciata.
+ Per i record TXT lunghi (come i record DKIM), il processo di importazione dei file di zona supporta la suddivisione del contenuto in più stringhe. Per creare record TXT con più stringhe:
+ Usa righe separate nel tuo file di zona con lo stesso nome e tipo di record.
**Example**
```
example.com. 300 IN TXT "v=DKIM1; k=rsa; p=MIGfMA0GCSqGSIb3DQEBAQUAA4GNADCBiQKBgQC"
example.com. 300 IN TXT "7fCC6C13dM9tXuJmUBH7D4Vw8y1ByJ8z9QX2fvLm3pN4sR5tU6vW7xY8zA9bC0dE1f"
example.com. 300 IN TXT "G2hI3jK4lM5nO6pQ7rS8tU9vW0xY1zA2bC3dE4fG5hI6jK7lM8nO9pQ0rS1tU2vW3x"
```
Il processo di importazione li combina automaticamente in un unico record TXT con più stringhe. Ogni singola stringa può contenere fino a 65.535 caratteri. Non concatenate stringhe lunghe in un unico valore tra virgolette.
+ Ti consigliamo di esaminare i contenuti del file di zona per verificare che i nomi dei record includano o escludano un punto finale come appropriato:
+ Quando il nome di un record nel file di zona include un punto finale (`example.com.`), il processo di importazione interpreta il nome come nome di dominio completo e crea un record Route 53 con questo nome.
+ Quando il nome di un record nel file di zona non include un punto finale (`www`), il processo di importazione concatena il nome con il nome di dominio nel file di zona (`example.com`) e crea un record Route 53 con il nome concatenato (`www.example.com`).
Il processo di esportazione non aggiunge un punto finale ai nomi di dominio completi di un record, perciò il processo di importazione di Route 53 aggiunge il nome di dominio al nome del record. Supponiamo ad esempio di importare record nella zona ospitata `example.com` e il nome di un record MX nel file di zona è `mail.example.com`, senza punto finale. Il processo di importazione di Route 53 crea un record MX denominato `mail.example.com.example.com`.
**Importante**
Per i record CNAME, MX, PTR e SRV, questo comportamento, inoltre, è valido per il nome di dominio che è incluso nel valore RDATA. Supponiamo ad esempio che tu abbia un file di zona per `example.com`. Se un record CNAME nel file di zona (`support`, senza un punto finale) ha un valore RDATA di `www.example.com` (anch'esso senza un punto finale), il processo di importazione crea un record Route 53 con il nome `support.example.com` che consente di instradare il traffico a `www.example.com.example.com`. Prima di importare il tuo file di zona, rivedi i valori RDATA e aggiornali come applicabile. Per i record TXT contenenti caratteri di barra rovesciata, utilizzate le barre rovesciate doppie () `\\\\` nel file di zona per rappresentare le barre rovesciate letterali.
Route 53 non supporta l'esportazione di record a un file di zona.
**Nota**
Se stai creando un record con lo stesso nome della zona ospitata, non immettere un valore (ad esempio, il simbolo @) nel campo Name (Nome).
**Come creare record mediante importazione di un file di zona**
1. Ottieni un file di zona dal fornitore di servizi DNS che serve attualmente il dominio. Il processo e la terminologia variano da un fornitore di servizi all'altro. Fai riferimento all'interfaccia del fornitore e alla relativa documentazione per informazioni sull'esportazione o il salvataggio dei record in un file di zona o un file BIND.
Se il processo non è ovvio, prova a chiedere al servizio di assistenza clienti del tuo attuale fornitore di DNS informazioni su *elenco di record* o *file di zona*.
1. Accedi a 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**, crea una nuova zona ospitata:
1. Scegli **Crea zona ospitata**.
1. Inserisci il nome del tuo dominio e, facoltativamente, un commento.
1. Scegli **Create** (Crea).
1. Scegli **Importa file di zona**.
1. Nel riquadro **Importa file di zona**, incolla il contenuto del file di zona nella casella di testo **File di zona**.
1. Scegli **Importa**.
**Nota**
A seconda del numero di record nel file di zona, potrebbe essere necessario attendere alcuni minuti prima che vengano creati i record.
1. Se usi un altro servizio DNS per il dominio (cosa comune se hai registrato il dominio con un altro registrar), migra il servizio DNS a Route 53. Al termine di questa fase, il tuo registrar inizierà a identificare Route 53 come servizio DNS in risposta alle query DNS per il tuo dominio e le query inizieranno a essere inviate ai server DNS di Route 53. (Normalmente, ci sono uno o due giorni di ritardo prima che le query DNS vengano instradate a Route 53 perché le informazioni sul servizio DNS precedente sono memorizzate nella cache nel resolver DNS per quel periodo.) 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).
# Modifica di record
La procedura seguente spiega come modificare i record utilizzando la console Amazon Route 53. Per informazioni su come modificare i record utilizzando l'API Route 53, consulta [ChangeResourceRecordSets](https://docs.aws.amazon.com/Route53/latest/APIReference/API_ChangeResourceRecordSets.html)*Amazon Route 53 API Reference*.
**Nota**
Le modifiche ai registri richiedono tempo per propagarsi ai server DNS di Route 53. Attualmente, l'unico modo per verificare che le modifiche si siano propagate è utilizzare l'azione [GetChange](https://docs.aws.amazon.com/Route53/latest/APIReference/API_GetChange.html)API. In genere le modifiche si propagano a tutti i server Route 53 entro 60 secondi.
**Come modificare i record utilizzando la console Route 53**
1. Se non stai modificando record alias, passa al punto 2.
Se stai modificando record alias che instradano il traffico a Classic Load Balancer, Application Load Balancer o Network Load Balancer Elastic Load Balancing e se hai creato la zona ospitata Route 53 e il sistema di bilanciamento del carico utilizzando account diversi, esegui la procedura [Come ottenere il nome DNS per un sistema di bilanciamento del carico Elastic Load Balancing](resource-record-sets-creating.md#resource-record-sets-elb-dns-name-procedure) per ottenere il nome DNS per il sistema di bilanciamento del carico.
Se stai modificando i record di alias per qualsiasi altra AWS risorsa, vai al passaggio 2.
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 **Hosted Zones (Zone ospitate)**, scegliere la riga per la zona ospitata che contiene i record che da modificare.
1. Seleziona la riga per il record da modificare e immetti le modifiche nel riquadro **Modifica record**.
1. Immetti i valori applicabili. Per ulteriori informazioni, consulta [Di seguito sono descritti i valori che devi specificare durante la creazione o la modifica di record di Amazon Route 53.](resource-record-sets-values.md).
1. Scegli **Salva modifiche**.
1. Se si stanno modificando più record, ripetere le fasi da 5 a 7.
# Eliminazione di record
La procedura seguente spiega come eliminare record utilizzando la console Route 53. Per informazioni su come eliminare i record utilizzando l'API Route 53, consulta [ChangeResourceRecordSets](https://docs.aws.amazon.com/Route53/latest/APIReference/API_ChangeResourceRecordSets.html)*Amazon Route 53 API Reference*.
**Nota**
Le modifiche ai registri richiedono tempo per propagarsi ai server DNS di Route 53. Attualmente, l'unico modo per verificare che le modifiche si siano propagate è utilizzare l'azione [GetChange](https://docs.aws.amazon.com/Route53/latest/APIReference/API_GetChange.html)API. In genere le modifiche si propagano a tutti i server Route 53 entro 60 secondi.
**Come eliminare record**
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. Nella pagina Hosted Zones (Zone ospitate), scegliere la riga per la zona ospitata che contiene i record da eliminare.
1. Nell'elenco dei record, seleziona il record che desideri eliminare.
Per selezionare più record consecutivi, selezionare la prima riga, tenere premuto il tasto **MAIUSC** e selezionare l'ultima riga. Per selezionare più record non consecutivi, selezionare la prima riga, tenere premuto il tasto **Ctrl** e selezionare righe aggiuntive.
Non è possibile eliminare i record con un valore di **NS** o **SOA** per **Type (Tipo)**.
1. Scegli **Elimina**.
1. Scegli **Elimina** per chiudere la finestra di dialogo.
# Elencazione di record
La procedura seguente spiega come usare la console Amazon Route 53 per elencare i record in una zona ospitata. Per informazioni su come elencare i record utilizzando l'API Route 53, consulta [ListResourceRecordSets](https://docs.aws.amazon.com/Route53/latest/APIReference/API_ListResourceRecordSets.html)*Amazon Route 53 API Reference*.
**Come elencare record**
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 **Hosted zones (Zone ospitate) **, scegli il nome di una zona ospitata.
1. Per modificare la modalità di ricerca, scegli l'icona a forma di ingranaggio in alto a destra della tabella **Record**. Scegli una delle seguenti opzioni:
+ **Automatica**
In questa modalità, il servizio utilizza un filtro basato su una serie di record. Completa per meno di 2.000 record e veloce per più di 2.000 record.
+ **Completa**
In questa modalità, tutti i filtri di ricerca sono disponibili, ma le prestazioni di ricerca potrebbero essere più lente.
+ **Veloce**
In questa modalità, alcune funzionalità avanzate non sono disponibili, ma le prestazioni di ricerca saranno più veloci.
Per visualizzare solo i record selezionati, immetti i criteri di ricerca applicabili sopra l'elenco dei record. Nella modalità automatica, il comportamento di ricerca varia a seconda che la zona ospitata zone contenga fino a 2.000 record o più di 2.000 record:
**Fino a 2.000 record e modalità completa**
+ Per visualizzare i record che hanno valori specifici, immetti un valore nella barra di ricerca e premi **Invio**. Ad esempio, per visualizzare i record che hanno un indirizzo IP che inizia con **192.0**, digita il valore nel campo **di ricerca** e premi **Invio**.
+ Per visualizzare solo i record con lo stesso tipo di record DNS, seleziona **Tipo di record** dall'elenco a discesa, quindi specifica il tipo di record.
+ Per visualizzare solo record alias, seleziona **Alias** nell'elenco a discesa e specifica **Yes**.
+ Per visualizzare solo record ponderati, seleziona **Policy di routing** nell'elenco a discesa e specifica **WEIGHTED**.
**Più di 2.000 record e modalità veloce**
+ È possibile eseguire la ricerca solo su nomi di record, non sui valori dei record. Inoltre, non è possibile filtrare in base al tipo di record o sui record alias o ponderati.
A tale scopo, posiziona il cursore nella casella di testo **Filtro**, seleziona **Proprietà**, quindi **Nome record**.
+ Per i record che hanno tre etichette (tre parti separate da punti), quando specifichi un valore nel campo di ricerca e premi **Invio**, la console Route 53 esegue automaticamente una ricerca jolly nella terza etichetta da destra nel nome del record. Ad esempio, supponiamo che la zona ospitata, ad esempio esempio.com contenga 100 record denominati record1.esempio.com tramite record100.esempio.com. (Record1 è la terza etichetta da destra.) Ecco cosa succede quando si ricercano i seguenti valori:
+ **record1** - La console Route 53 cerca **record1\$1.esempio.com**, che restituisce **record1.esempio.com**, **record10.esempio.com** tramite **record19.esempio.com** e **record100.esempio.com**.
+ **record1.esempio.com**: come nell'esempio precedente, la console cerca **record1\$1.example.com** e restituisce lo stesso record.
+ **1**: la console ricerca **1\$1.example.com** e non restituisce alcun record.
+ **example**: la console cerca **example\$1.example.com** e non restituisce alcun record.
+ **esempio.com**: in questo esempio, la console non esegue una ricerca con caratteri jolly. Si restituiscono tutti i record nella zona ospitata.
+ **Modalità di ricerca automatica**: quando utilizzi questa modalità di ricerca, per poter effettuare la ricerca è necessario prima fornire una proprietà, ad esempio il nome del record.
**Nota**
Se la terza etichetta da destra contiene uno o più trattini (ad esempio `third-label.example.com`) e si cerca la parte della terza etichetta immediatamente prima del trattino (`third` in questo esempio), Route 53 non restituirà alcun record. Al contrario, includere il trattino (cercare `third-`) o omettere il carattere immediatamente prima del trattino (cercare `third`).
+ Per i record che hanno quattro o più etichette, è necessario specificare il nome esatto del record. Non sono supportate ricerche con caratteri jolly.. Ad esempio, se le zone ospitate includono un record denominato label4.record1.esempio.com, è possibile individuare quel record solo se si specifica **label4.record1.esempio.com** nel campo di ricerca.