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à.
# Risoluzione dei problemi di Classic Load Balancer
Le tabelle seguenti elencano le risorse per la risoluzione dei problemi che possono essere utili durante l'utilizzo di un Classic Load Balancer.
**errori API**
| Errore |
| --- |
| [CertificateNotFound: non definito](ts-elb-error-api-response.md#ts-elb-error-message-certificate) |
| [OutofService: si è verificato un errore temporaneo](ts-elb-error-api-response.md#ts-elb-error-message-service) |
**Errori HTTP**
| Errore |
| --- |
| [HTTP 400: BAD\$1REQUEST](ts-elb-error-message.md#ts-elb-errorcodes-http400) |
| [HTTP 405: METHOD\$1NOT\$1ALLOWED](ts-elb-error-message.md#ts-elb-errorcodes-http405) |
| [HTTP 408: Request Timeout](ts-elb-error-message.md#ts-elb-errorcodes-http408) |
| [HTTP 502: Bad Gateway](ts-elb-error-message.md#ts-elb-errorcodes-http502) |
| [HTTP 503: Service Unavailable](ts-elb-error-message.md#ts-elb-errorcodes-http503) |
| [HTTP 504: Gateway Timeout](ts-elb-error-message.md#ts-elb-errorcodes-http504) |
**Parametri dei codici di risposta**
| Parametro del codice di risposta |
| --- |
| [HTTPCode\$1ELB\$14XX](ts-elb-http-errors.md#ts-elb-error-metrics-ELB_4XX) |
| [HTTPCode\$1ELB\$15XX](ts-elb-http-errors.md#ts-elb-error-metrics-ELB_5XX) |
| [HTTPCode\$1Backend\$12xx](ts-elb-http-errors.md#ts-elb-error-metrics-Backend_2XX) |
| [HTTPCode\$1Backend\$13xx](ts-elb-http-errors.md#ts-elb-error-metrics-Backend_3XX) |
| [HTTPCode\$1Backend\$14xx](ts-elb-http-errors.md#ts-elb-error-metrics-Backend_4XX) |
| [HTTPCode\$1Backend\$15xx](ts-elb-http-errors.md#ts-elb-error-metrics-Backend_5XX) |
**Problemi relativi al controllo dell'integrità**
| Problema |
| --- |
| [Errore della pagina di destinazione del controllo dello stato](ts-elb-healthcheck.md#ts-elb-healthcheck-targetpage) |
| [Si è verificato il timeout della connessione alle istanze](ts-elb-healthcheck.md#ts-elb-healthcheck-failed) |
| [L'autenticazione della chiave pubblica non riesce](ts-elb-healthcheck.md#ts-elb-healthcheck-publickey) |
| [L'istanza non riceve traffico dal load balancer](ts-elb-healthcheck.md#ts-elb-healthcheck-securitygroup) |
| [Le porte sull'istanza non sono aperte](ts-elb-healthcheck.md#ts-elb-healthcheck-ports) |
| [Il controllo dello stato ELB per le istanze di un gruppo Auto Scaling restituisce esito negativo](ts-elb-healthcheck.md#ts-elb-healthcheck-autoscaling) |
**Problemi di connettività**
| Problema |
| --- |
| [I client non sono in grado di connettersi a un sistema di bilanciamento del carico connesso a Internet](ts-elb-connection-failed.md#client-cannot-connect) |
| [Le richieste inviate a un dominio personalizzato non vengono ricevute dal sistema di bilanciamento del carico](ts-elb-connection-failed.md#custom-domain-request) |
| [Le richieste HTTPS inviate al sistema di bilanciamento del carico restituiscono "NET::ERR\$1CERT\$1COMMON\$1NAME\$1INVALID"](ts-elb-connection-failed.md#https-cert-invalid) |
**Problemi di registrazione delle istanze**
| Problema |
| --- |
| [La registrazione di un'istanza EC2 richiede troppo tempo](ts-elb-register-instance.md#ts-elb-register-too-long) |
| [È impossibile registrare un'istanza avviata da un'AMI a pagamento](ts-elb-register-instance.md#ts-elb-paid-ami-instance) |
# Risoluzione dei problemi di un Classic Load Balancer: errori API
Di seguito sono elencati i messaggi di errore restituiti dall'API di Elastic Load Balancing, le potenziali cause e le operazioni che è possibile eseguire per risolvere i problemi.
**Topics**
+ [CertificateNotFound: non definito](#ts-elb-error-message-certificate)
+ [OutofService: si è verificato un errore temporaneo](#ts-elb-error-message-service)
## CertificateNotFound: non definito
**Causa 1**: si è verificato un ritardo nella propagazione del certificato a tutte le regioni al momento della creazione mediante la Console di gestione AWS. Quando si verifica questo ritardo, il messaggio di errore viene visualizzato nell'ultima fase del processo di creazione del load balancer.
**Soluzione 1**: attendi circa 15 minuti, quindi riprova. Se il problema persiste, rivolgiti al Centro [Supporto AWS](https://console.aws.amazon.com/support/home#/)per ricevere assistenza.
**Causa 2**: se utilizzi direttamente l'API AWS CLI or, potresti ricevere questo errore se fornisci un Amazon Resource Name (ARN) per un certificato che non esiste.
**Soluzione 2**: utilizzate l'azione AWS Identity and Access Management (IAM) [GetServerCertificate](https://docs.aws.amazon.com/IAM/latest/APIReference/API_GetServerCertificate.html)per ottenere l'ARN del certificato e verificare di aver fornito il valore corretto per l'ARN.
## OutofService: si è verificato un errore temporaneo
**Causa**: si è verificato un problema temporaneo all'interno del servizio Elastic Load Balancing o della rete sottostante. Questo problema temporaneo potrebbe verificarsi anche quando Elastic Load Balancing esegue query sullo stato del load balancer e sulle sue istanze registrate.
**Soluzione**: prova a eseguire di nuovo la chiamata API. Se il problema persiste, rivolgiti al Centro [Supporto AWS](https://console.aws.amazon.com/support/home#/)per ricevere assistenza.
# Risoluzione dei problemi di un Classic Load Balancer: errori HTTP
Il metodo HTTP (anche chiamato *verbo*) specifica l'azione da eseguire sulla risorsa che riceve una richiesta HTTP. I metodi standard per le richieste HTTP sono definiti nel documento RFC 2616 sulle [definizioni dei metodi](http://tools.ietf.org/html/rfc2616#section-9). I metodi standard includono GET, POST, PUT, HEAD e OPTIONS. Alcune applicazioni Web richiedono (e talvolta introducono) metodi che sono estensioni di metodi HTTP/1.1. Esempi comuni di metodi HTTP estesi includono PATCH, REPORT, MKCOL, PROPFIND, MOVE e LOCK. Elastic Load Balancing accetta tutti i metodi HTTP standard e non standard.
Le richieste e le risposte HTTP utilizzano campi intestazione per inviare informazioni sui messaggi HTTP. I campi intestazione sono costituti da coppie nome-valore separate da due punti e intervallate da un ritorno a capo e un avanzamento riga. Un insieme standard di campi dell'intestazione HTTP è definito nella RFC 2616 [intestazioni di messaggi](http://tools.ietf.org/html/rfc2616#section-4.2). Per ulteriori informazioni, consulta [Intestazioni HTTP e Classic Load Balancer](x-forwarded-headers.md).
Quando un load balancer riceve una richiesta HTTP, controlla la lunghezza del metodo e che le richieste abbiano un formato corretto. La lunghezza totale del metodo in una richiesta HTTP a un load balancer non deve superare i 127 caratteri. Se la richiesta HTTP supera entrambi i controlli, il load balancer la invia all'istanza EC2. Se il campo del metodo nella richiesta non ha un formato corretto, il load balancer risponde con un errore [HTTP 400: BAD\$1REQUEST](#ts-elb-errorcodes-http400). Se la lunghezza del metodo nella richiesta supera i 127 caratteri, il load balancer risponde con un errore [HTTP 405: METHOD\$1NOT\$1ALLOWED](#ts-elb-errorcodes-http405).
L'istanza EC2 elabora una richiesta valida implementando il metodo nella richiesta e inviando una risposta al client. Le istanze devono essere configurate per gestire sia i metodi supportati che quelli non supportati.
Di seguito sono elencati i messaggi di errore restituiti dal load balancer, le possibili cause e le operazioni che puoi eseguire per risolvere i problemi.
**Topics**
+ [HTTP 400: BAD\$1REQUEST](#ts-elb-errorcodes-http400)
+ [HTTP 405: METHOD\$1NOT\$1ALLOWED](#ts-elb-errorcodes-http405)
+ [HTTP 408: Request Timeout](#ts-elb-errorcodes-http408)
+ [HTTP 502: Bad Gateway](#ts-elb-errorcodes-http502)
+ [HTTP 503: Service Unavailable](#ts-elb-errorcodes-http503)
+ [HTTP 504: Gateway Timeout](#ts-elb-errorcodes-http504)
## HTTP 400: BAD\$1REQUEST
**Descrizione**: indica che il client ha inviato una richiesta errata.
**Causa 1**: il client ha inviato una richiesta con un formato errato che non soddisfa le specifiche HTTP. Ad esempio, una richiesta non può avere spazi nell'URL.
**Causa 2**: il client ha utilizzato il metodo HTTP CONNECT che non è supportato da Elastic Load Balancing.
**Soluzione**: connettiti direttamente all'istanza e acquisisci i dettagli della richiesta client. Esamina che le intestazioni e l'URL non contengano richieste in formato errato. Verifica che la richiesta soddisfi le specifiche HTTP. Verifica che HTTP CONNECT non sia utilizzato.
## HTTP 405: METHOD\$1NOT\$1ALLOWED
**Descrizione**: indica che la lunghezza del metodo non è valida.
**Causa**: la lunghezza del metodo nell'intestazione della richiesta supera i 127 caratteri.
**Soluzione**: controlla la lunghezza del metodo.
## HTTP 408: Request Timeout
**Descrizione**: indica che il client ha annullato la richiesta o non è riuscito a inviare una richiesta completa.
**Causa 1**: un'interruzione della rete o una costruzione errata della richiesta, ad esempio intestazioni con un formato definito solo in parte; la dimensione del contenuto specificata non corrisponde alla dimensione del contenuto effettivamente trasmessa e così via.
**Soluzione 1**: ispeziona il codice da cui proviene la richiesta e prova a inviarlo direttamente alle tue istanze registrate (o un ambiente di sviluppo/test) in cui disponi di maggiore controllo per l'ispezione della richiesta effettiva.
**Causa 2**: la connessione al client è chiusa (il load balancer non ha potuto inviare una risposta)
**Soluzione 2**: verifica che il client non stia chiudendo la connessione prima che una risposta venga inviata utilizzando uno sniffer di pacchetto sul computer da cui proviene la richiesta.
## HTTP 502: Bad Gateway
**Descrizione**: indica che il load balancer non è riuscito ad analizzare la risposta inviata da un'istanza registrata.
**Causa**: l'istanza ha inviato una risposta in formato errato o è possibile che si sia verificato un problema con il load balancer.
**Soluzione**: verifica che la risposta inviata dall'istanza sia conforme alle specifiche HTTP. Rivolgiti al Centro[Supporto AWS](https://console.aws.amazon.com/support/home#/)per ricevere assistenza.
## HTTP 503: Service Unavailable
**Descrizione**: indica che l'errore è causato dal load balancer o dalle istanze registrate.
**Causa 1**: il load balancer dispone di una capacità insufficiente per gestire la richiesta.
**Soluzione 1**: questo problema dovrebbe essere transitorio e non dovrebbe durare più di pochi minuti. Se persiste, rivolgiti al Centro[Supporto AWS](https://console.aws.amazon.com/support/home#/)per ricevere assistenza.
**Causa 2**: non è presente alcuna istanza registrata.
**Soluzione 2**: registra almeno un'istanza in ogni zona di disponibilità in cui il load balancer è configurato per rispondere. Verificalo esaminando le metriche in. `HealthyHostCount` CloudWatch Se non sei in grado di assicurare che un'istanza sia registrata in ogni zona di disponibilità, ti consigliamo di abilitare il bilanciamento del carico in più zone. Per ulteriori informazioni, consulta [Configura il load balancer tra zone per il Classic Load Balancer](enable-disable-crosszone-lb.md).
**Causa 3**: non è presente alcuna istanza integra.
**Soluzione 3**: verifica di disporre di istanze integre in ogni zona di disponibilità in cui il load balancer è configurato per rispondere. Verifica questo dettaglio osservando il parametro `HealthyHostCount`.
**Causa 4**: la coda è piena.
**Soluzione 4**: assicurati che le istanze abbiano la capacità sufficiente per gestire la richiesta. Verifica questo dettaglio osservando il parametro `SpilloverCount`.
## HTTP 504: Gateway Timeout
**Descrizione**: indica che il load balancer ha chiuso una connessione perché una richiesta non è stata completata entro il periodo di timeout di inattività.
**Causa 1**: per poter rispondere, l'applicazione richiede più tempo rispetto al timeout di inattività configurato.
**Soluzione 1**: monitorare i parametri `HTTPCode_ELB_5XX` e `Latency`. Un eventuale incremento del valore di queste parametri potrebbe essere dovuto alla mancata risposta dell'applicazione entro il periodo di timeout di inattività configurato. Per informazioni dettagliate sulle richieste in fase di timeout, abilita i log di accesso nel load balancer ed esamina i codici di risposta 504 nei log generati da Elastic Load Balancing. Se necessario, puoi aumentare la capacità o il timeout di inattività configurato in modo da poter completare le operazioni più lunghe, ad esempio il caricamento di un file di grandi dimensioni. Per ulteriori informazioni, consulta [Configura il timeout per connessione inattiva per il Classic Load Balancer](config-idle-timeout.md) e [Risoluzione dei problemi di latenza elevata in Elastic Load Balancing](https://repost.aws/knowledge-center/elb-latency-troubleshooting).
**Causa 2**: le istanze registrate chiudono la connessione a Elastic Load Balancing.
**Soluzione 2**: abilita le impostazioni keep-alive sulle istanze EC2 e verifica che il timeout keep-alive sia superiore alle impostazioni del timeout di inattività del load balancer.
# Risoluzione dei problemi di un Classic Load Balancer: parametri dei codici di risposta
Il sistema di bilanciamento del carico invia ad Amazon i parametri CloudWatch per i codici di risposta HTTP inviati ai client, identificando l'origine degli errori nel sistema di bilanciamento del carico o nelle istanze registrate. Puoi utilizzare le metriche restituite da CloudWatch per il tuo sistema di bilanciamento del carico per risolvere i problemi. Per ulteriori informazioni, consulta [CloudWatch metriche per il tuo Classic Load Balancer](elb-cloudwatch-metrics.md).
Di seguito sono riportate le metriche del codice di risposta restituite da CloudWatch per il sistema di bilanciamento del carico, le cause potenziali e i passaggi che è possibile eseguire per risolvere i problemi.
**Topics**
+ [HTTPCode\$1ELB\$14XX](#ts-elb-error-metrics-ELB_4XX)
+ [HTTPCode\$1ELB\$15XX](#ts-elb-error-metrics-ELB_5XX)
+ [HTTPCode\$1Backend\$12xx](#ts-elb-error-metrics-Backend_2XX)
+ [HTTPCode\$1Backend\$13xx](#ts-elb-error-metrics-Backend_3XX)
+ [HTTPCode\$1Backend\$14xx](#ts-elb-error-metrics-Backend_4XX)
+ [HTTPCode\$1Backend\$15xx](#ts-elb-error-metrics-Backend_5XX)
## HTTPCode\$1ELB\$14XX
**Causa**: una richiesta in formato errato o annullata dal client.
**Soluzioni**
+ Per informazioni, consulta [HTTP 400: BAD\$1REQUEST](ts-elb-error-message.md#ts-elb-errorcodes-http400).
+ Per informazioni, consulta [HTTP 405: METHOD\$1NOT\$1ALLOWED](ts-elb-error-message.md#ts-elb-errorcodes-http405).
+ Per informazioni, consulta [HTTP 408: Request Timeout](ts-elb-error-message.md#ts-elb-errorcodes-http408).
## HTTPCode\$1ELB\$15XX
**Causa**: il load balancer o l'istanza registrata sta causando l'errore o il load balancer non è in grado di analizzare la risposta.
**Soluzioni**
+ Per informazioni, consulta [HTTP 502: Bad Gateway](ts-elb-error-message.md#ts-elb-errorcodes-http502).
+ Per informazioni, consulta [HTTP 503: Service Unavailable](ts-elb-error-message.md#ts-elb-errorcodes-http503).
+ Per informazioni, consulta [HTTP 504: Gateway Timeout](ts-elb-error-message.md#ts-elb-errorcodes-http504).
## HTTPCode\$1Backend\$12xx
**Causa**: una normale risposta di esito positivo inviata dalle istanze registrate.
**Soluzione**: nessuna.
## HTTPCode\$1Backend\$13xx
**Causa**: una risposta di reindirizzamento inviata dalle istanze registrate.
**Soluzione**: visualizza i log di accesso o i log di errore relativi alla tua istanza per determinare la causa. Invia le richieste direttamente all'istanza (ignorando il load balancer) per visualizzare le risposte.
## HTTPCode\$1Backend\$14xx
**Causa**: una risposta di errore del client inviata dalle istanze registrate.
**Soluzione**: visualizza i log di accesso o i log di errore relativi alle tue istanze per determinare la causa. Invia le richieste direttamente all'istanza (ignorando il load balancer) per visualizzare le risposte.
**Nota**
Se il client annulla una richiesta HTTP avviata con un'intestazione `Transfer-Encoding: chunked`, si è verificato un problema noto per cui il load balancer inoltra la richiesta all'istanza anche se il client ha annullato la richiesta. Questo comportamento può provocare errori di back-end.
## HTTPCode\$1Backend\$15xx
**Causa**: una risposta di errore del server inviata dalle istanze registrate.
**Soluzione**: visualizza i log di accesso o i log di errore relativi alle tue istanze per determinare la causa. Invia le richieste direttamente all'istanza (ignorando il load balancer) per visualizzare le risposte.
**Nota**
Se il client annulla una richiesta HTTP avviata con un'intestazione `Transfer-Encoding: chunked`, si è verificato un problema noto per cui il load balancer inoltra la richiesta all'istanza anche se il client ha annullato la richiesta. Questo comportamento può provocare errori di back-end.
# Risoluzione dei problemi di un Classic Load Balancer: controlli dello stato
Il load balancer controlla lo stato delle istanze registrate utilizzando la configurazione di controllo dello stato predefinita fornita da Elastic Load Balancing o una configurazione di controllo dello stato personalizzata specificata dall'utente. La configurazione di controllo dello stato contiene informazioni quali il protocollo, la porta di ping, il percorso di ping, il timeout della risposta e l'intervallo dei controlli dello stato. Un'istanza è considerata integra se restituisce un codice di risposta 200 durante l'intervallo di controllo dello stato. Per ulteriori informazioni, consulta [Controlli dello stato delle istanze del tuo Classic Load Balancer](elb-healthchecks.md).
Se lo stato attuale di alcune o di tutte le istanze è `OutOfService` e il campo descrizione mostra il messaggio `Instance has failed at least the Unhealthy Threshold number of health checks consecutively`, le istanze non hanno superato il controllo dello stato del load balancer. Di seguito sono elencati i problemi da cercare, le potenziali cause e le operazioni che è possibile eseguire per risolverli.
**Topics**
+ [Errore della pagina di destinazione del controllo dello stato](#ts-elb-healthcheck-targetpage)
+ [Si è verificato il timeout della connessione alle istanze](#ts-elb-healthcheck-failed)
+ [L'autenticazione della chiave pubblica non riesce](#ts-elb-healthcheck-publickey)
+ [L'istanza non riceve traffico dal load balancer](#ts-elb-healthcheck-securitygroup)
+ [Le porte sull'istanza non sono aperte](#ts-elb-healthcheck-ports)
+ [Il controllo dello stato ELB per le istanze di un gruppo Auto Scaling restituisce esito negativo](#ts-elb-healthcheck-autoscaling)
## Errore della pagina di destinazione del controllo dello stato
**Problema**: una richiesta HTTP GET emessa per l'istanza nella porta di ping e nel percorso di ping specificati (ad esempio HTTP: 80/index.html) riceve un codice di risposta diverso da 200.
**Causa 1**: non è stata configurata alcuna pagina di destinazione per l'istanza.
**Soluzione 1**: crea una pagina di destinazione (ad esempio `index.html`) per ciascuna istanza registrata e specifica il percorso come percorso di ping.
**Causa 2**: il valore dell'intestazione Content-Length nella risposta non è impostato.
**Soluzione 2**: se la risposta include un corpo, impostare l'intestazione Content-Length su un valore maggiore o uguale a zero oppure impostare il valore di Transfer-Encoding su "chunked".
**Causa 3**: l'applicazione non è configurata per ricevere richieste dal load balancer o per restituire un codice di risposta 200.
**Soluzione 3**: controlla l'applicazione sulla tua istanza per individuare la causa.
## Si è verificato il timeout della connessione alle istanze
**Problema**: si sta verificando il timeout o un errore intermittente delle richieste di controllo dello stato del load balancer per le proprie istanze EC2.
In primo luogo, verifica il problema connettendoti direttamente all'istanza. Ti consigliamo di connetterti alla tua istanza dalla rete utilizzando l'indirizzo IP privato dell'istanza.
Per una connessione TCP, utilizza il seguente comando:
```
telnet private-IP-address-of-the-instance port
```
Per una connessione HTTP o HTTPS, utilizza il seguente comando:
```
curl –I private-IP-address-of-the-instance:port/health-check-target-page
```
Se utilizzi una HTTP/HTTPS connessione e ricevi una risposta diversa da 200, vedi. [Errore della pagina di destinazione del controllo dello stato](#ts-elb-healthcheck-targetpage) Se riesci a connetterti direttamente all'istanza, controlla quanto segue:
**Causa 1**: l'istanza non risponde entro il periodo di timeout di risposta configurato.
**Soluzione 1**: regola le impostazioni del timeout di risposta nella configurazione del controllo dello stato del load balancer.
**Causa 2**: l'istanza è sottoposta a un carico significativo e richiede più tempo del periodo di timeout di risposta configurato per rispondere.
**Soluzione 2**:
+ Verifica che il grafico di monitoraggio non segnali un utilizzo eccessivo della CPU. Per informazioni, consulta [Ottieni statistiche per un'istanza EC2 specifica](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/US_SingleMetricPerInstance.html) nella *Amazon EC2* User Guide.
+ Controlla l'utilizzo delle altre risorse delle applicazioni, ad esempio la memoria o i limiti, connettendoti alle istanze EC2.
+ Se necessario, aggiungi altre istanze o abilita l'Auto Scaling. Per ulteriori informazioni, consulta [Guida per l’utente di Amazon EC2 Auto Scaling](https://docs.aws.amazon.com/autoscaling/ec2/userguide/).
**Causa 3**: se stai utilizzando una connessione HTTP o HTTPS e il controllo dello stato è in esecuzione su una pagina di destinazione specificata nel campo del percorso di ping (ad esempio `HTTP:80/index.html`), la pagina di destinazione potrebbe richiedere più tempo per rispondere rispetto al timeout configurato.
**Soluzione 3**: utilizza una pagina di destinazione del controllo dello stato più semplice o regola le impostazioni dell'intervallo del controllo dello stato.
## L'autenticazione della chiave pubblica non riesce
**Problema**: un load balancer configurato per utilizzare il protocollo HTTPS o SSL con autenticazione di back-end abilitata restituisce esito negativo durante l'autenticazione della chiave pubblica.
**Causa**: la chiave pubblica del certificato SSL non corrisponde alla chiave pubblica configurata nel load balancer. Utilizza il comando `s_client` per visualizzare l'elenco dei certificati server nella catena di certificati. Per ulteriori informazioni, consulta [s\$1client](https://www.openssl.org/docs/man1.1.1/man1/openssl-s_client.html) nella documentazione su OpenSSL.
**Soluzione**: potrebbe essere necessario aggiornare il certificato SSL. Se il certificato SSL è aggiornato, prova a reinstallarlo sul tuo load balancer. Per ulteriori informazioni, consulta [Sostituzione del certificato SSL per Classic Load Balancer](elb-update-ssl-cert.md).
## L'istanza non riceve traffico dal load balancer
**Problema**: il gruppo di sicurezza per l'istanza sta bloccando il traffico dal load balancer.
Esegui un'acquisizione di pacchetti sull'istanza per verificare il problema. Utilizza il seguente comando:
```
# tcpdump port health-check-port
```
**Causa 1**: il gruppo di sicurezza associato all'istanza non consente il traffico dal load balancer.
**Soluzione 1**: modifica il gruppo di sicurezza associato all'istanza in modo da consentire il traffico dal load balancer. Aggiungi una regola per consentire tutto il traffico dal gruppo di sicurezza del load balancer.
**Causa 2**: il gruppo di sicurezza del tuo sistema di bilanciamento del carico non consente il traffico verso le istanze EC2.
**Soluzione 2**: modifica il gruppo di sicurezza del load balancer per consentire il traffico verso le sottoreti e le istanze EC2.
Per informazioni sulla gestione dei gruppi di sicurezza, consulta [Configurazione dei gruppi di sicurezza per Classic Load Balancer](elb-vpc-security-groups.md).
## Le porte sull'istanza non sono aperte
**Problema**: il controllo dello stato inviato all'istanza EC2 dal load balancer è bloccato dalla porta o da un firewall.
Verifica il problema utilizzando il seguente comando:
```
netstat –ant
```
**Causa**: la porta del controllo dello stato o la porta listener specificata (se configurata in modo diverso) non è aperta. Sia la porta specificata per il controllo dello stato che la porta listener devono essere aperte e in ascolto.
**Soluzione**: apri la porta listener e la porta specificata nella configurazione del controllo dello stato (se configurata diversamente) sulle tue istanze per ricevere il traffico del load balancer.
## Il controllo dello stato ELB per le istanze di un gruppo Auto Scaling restituisce esito negativo
**Problema**: le istanze nel gruppo Auto Scaling superano il controllo dello stato Auto Scaling predefinito, ma non superano il controllo dello stato ELB.
**Causa**: Auto Scaling utilizza controlli dello stato EC2 per rilevare problemi hardware e software relativi alle istanze, ma il load balancer esegue i controlli dello stato inviando una richiesta all'istanza e attendendo un codice di risposta 200 o creando una connessione TCP (per un controllo dello stato basato su TCP) con l'istanza.
Un'istanza potrebbe non superare il controllo dello stato ELB perché in un'applicazione in esecuzione sull'istanza si sono verificati problemi per cui il load balancer considera l'istanza fuori servizio. L'istanza potrebbe superare il controllo dello stato Auto Scaling e non verrebbe sostituita dalla policy Auto Scaling perché è considerata integra in seguito al controllo dello stato EC2.
**Soluzione**: utilizza il controllo dello stato ELB per il tuo gruppo Auto Scaling. Quando utilizzi il controllo dello stato ELB, Auto Scaling determina lo stato di integrità delle tue istanze controllando i risultati sia del controllo dello stato dell'istanza che del controllo dello stato ELB. Per maggiori informazioni, consulta [Add Elastic Load Balancing health checks to your Auto Scaling group (Aggiungi controlli dell'integrità di Elastic Load Balancing al tuo gruppo Auto Scaling)](https://docs.aws.amazon.com/autoscaling/ec2/userguide/attach-load-balancer-asg.html) nella *Guida per l'utente di Amazon EC2 Auto Scaling*.
# Risoluzione dei problemi di un Classic Load Balancer: connettività client
## I client non sono in grado di connettersi a un sistema di bilanciamento del carico connesso a Internet
Se il sistema di bilanciamento del carico non risponde alle richieste, verifica la presenza dei problemi seguenti:
**Il tuo load balancer connesso a Internet è associato a una sottorete privata**
Assicurati di avere specificato sottoreti pubbliche per il sistema di bilanciamento del carico. Una sottorete pubblica include una route all'Internet gateway per il tuo cloud privato virtuale (VPC).
**Un gruppo di sicurezza o una lista di controllo degli accessi di rete non consente il traffico**
Il gruppo di sicurezza per il load balancer e qualsiasi rete ACLs per le sottoreti del load balancer devono consentire il traffico in entrata dai client e il traffico in uscita verso i client sulle porte del listener. Per ulteriori informazioni, consulta [Configurazione dei gruppi di sicurezza per Classic Load Balancer](elb-vpc-security-groups.md).
## Le richieste inviate a un dominio personalizzato non vengono ricevute dal sistema di bilanciamento del carico
Se il sistema di bilanciamento del carico non riceve le richieste inviate a un dominio personalizzato, verifica la presenza dei problemi seguenti:
**Il nome di dominio personalizzato non si risolve all'indirizzo IP del sistema di bilanciamento del carico**
+ Conferma a quale indirizzo IP si risolve il nome di dominio personalizzato utilizzando un'interfaccia della linea di comando.
+ **Linux, macOS o Unix**: puoi utilizzare il comando `dig` all'interno del terminale. Es. `dig example.com`
+ **Windows**: è possibile utilizzare il comando `nslookup` all'interno del prompt dei comandi. Es. `nslookup example.com`
+ Conferma a quale indirizzo IP si risolve il nome DNS del sistema di bilanciamento del carico utilizzando un'interfaccia della linea di comando.
+ Confronta i risultati dei due output. Gli indirizzi IP devono corrispondere.
## Le richieste HTTPS inviate al sistema di bilanciamento del carico restituiscono "NET::ERR\$1CERT\$1COMMON\$1NAME\$1INVALID"
Se le richieste HTTPS ricevono l'errore `NET::ERR_CERT_COMMON_NAME_INVALID` dal sistema di bilanciamento del carico, verifica le seguenti possibili cause:
+ Il nome di dominio utilizzato nella richiesta HTTPS non corrisponde al nome alternativo specificato nel certificato ACM associato agli ascoltatori.
+ Viene utilizzato il nome DNS predefinito del sistema di bilanciamento del carico. Il nome DNS predefinito non può essere utilizzato per effettuare richieste HTTPS poiché non è possibile richiedere un certificato pubblico per il dominio `*.amazonaws.com`.
# Risoluzione dei problemi di un Classic Load Balancer: registrazione dell'istanza
Quando registri un'istanza nel tuo load balancer, devi eseguire una serie di operazioni perché il load balancer sia in grado di iniziare a inviare le richieste alla tua istanza.
Di seguito sono indicati i problemi che il load balancer può rilevare durante la registrazione delle istanze EC2, le possibili cause e le operazioni che puoi eseguire per risolverli.
**Topics**
+ [La registrazione di un'istanza EC2 richiede troppo tempo](#ts-elb-register-too-long)
+ [È impossibile registrare un'istanza avviata da un'AMI a pagamento](#ts-elb-paid-ami-instance)
## La registrazione di un'istanza EC2 richiede troppo tempo
**Problema**: le istanze EC2 registrate richiedono più tempo del previsto per passare allo stato `InService`.
**Causa**: è possibile che il controllo dello stato dell'istanza abbia avuto esito negativo. Dopo il completamento della procedura iniziale di registrazione dell'istanza (che può richiedere fino a circa 30 secondi), il load balancer inizia a inviare richieste di controllo dello stato. L'istanza non risulta `InService` finché un controllo dello stato non ha esito positivo.
**Soluzione**: consulta [Si è verificato il timeout della connessione alle istanze](ts-elb-healthcheck.md#ts-elb-healthcheck-failed).
## È impossibile registrare un'istanza avviata da un'AMI a pagamento
**Problema**: Elastic Load Balancing non sta registrando un'istanza avviata tramite un'AMI a pagamento.
**Causa**: le tue istanze potrebbero essere state avviate utilizzando un'AMI a pagamento di [Amazon DevPay](https://aws.amazon.com/devpay/).
**Soluzione**[: Elastic Load Balancing non supporta la registrazione di istanze avviate utilizzando Amazon a pagamento. AMIs DevPay](https://aws.amazon.com/devpay/) Tieni presente che puoi utilizzare la versione a pagamento AMIs di [AWS Marketplace](https://aws.amazon.com/marketplace). Se stai già utilizzando un'AMI a pagamento da Marketplace AWS e non riesci a registrare un'istanza lanciata da quell'AMI a pagamento, rivolgiti al [Supporto AWS Centro](https://console.aws.amazon.com/support/home#/) per ricevere assistenza.