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à.
# 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.