As traduções são geradas por tradução automática. Em caso de conflito entre o conteúdo da tradução e da versão original em inglês, a versão em inglês prevalecerá.
# Receptores para seus Application Load Balancers
Um *receptor* é um processo que verifica solicitações de conexão usando o protocolo e a porta configurados por você. Antes de começar a usar seu Application Load Balancer, você deve adicionar ao menos um receptor. Se seu balanceador de carga não tiver receptores, ele não poderá receber tráfego dos clientes. As regras que você define para seus receptores determinam como o balanceador de carga roteia solicitações para os destinos registrados, como instâncias do EC2.
**Topics**
+ [Configuração do receptor](#listener-configuration)
+ [Atributos do receptor](#listener-attributes)
+ [Ação padrão](#default-action)
+ [Criar um receptor HTTP](create-listener.md)
+ [Certificados SSL](https-listener-certificates.md)
+ [Políticas de segurança](describe-ssl-policies.md)
+ [Criar um receptor HTTPS](create-https-listener.md)
+ [Atualizar um receptor HTTPS](listener-update-certificates.md)
+ [Regras do listener](listener-rules.md)
+ [Autenticação TLS mútua](mutual-authentication.md)
+ [Autenticação de usuário](listener-authenticate-users.md)
+ [Verificação JWT](listener-verify-jwt.md)
+ [Cabeçalhos X-Forwarded](x-forwarded-headers.md)
+ [Modificação de cabeçalho HTTP](header-modification.md)
+ [Excluir um listener](delete-listener.md)
## Configuração do receptor
Os listeners são compatíveis com os seguintes protocolos e portas:
+ **Protocolos**: HTTP, HTTPS
+ **Ports (Portas)**: 1-65535
Você pode usar um listener HTTPS para redirecionar o trabalho de criptografia e descriptografia ao seu load balancer, de forma que os aplicativos possam se concentrar na respectiva lógica de negócios. Se o protocolo de listener for HTTPS, você deverá implantar pelo menos um certificado de servidor SSL no listener. Para obter mais informações, consulte [Criar um receptor HTTPS para seu Application Load Balancer](create-https-listener.md).
Se você precisar garantir que os destinos descriptografem o tráfego HTTPS em vez do balanceador de carga, é possível criar um Network Load Balancer com um receptor TCP na porta 443. Com um receptor TCP, o balanceador de carga transmite o tráfego criptografado para os destinos sem descriptografá-lo. Para obter mais informações, consulte o [Guia do usuário de network load balancers](https://docs.aws.amazon.com/elasticloadbalancing/latest/network/).
**WebSockets**
Os Application Load Balancers fornecem suporte nativo para WebSockets. Você pode atualizar uma conexão HTTP/1.1 existente em uma conexão WebSocket (`ws`ou`wss`) usando uma atualização de conexão HTTP. Quando você atualiza, a conexão TCP usada para solicitações (para o balanceador de carga e para o destino) se torna uma WebSocket conexão persistente entre o cliente e o destino por meio do balanceador de carga. Você pode usar WebSockets com ouvintes HTTP e HTTPS. As opções que você escolhe para seu ouvinte se aplicam às WebSocket conexões e ao tráfego HTTP. Os Websockets não são compatíveis com solicitações roteadas para grupos-alvo que tenham ativado o otimizador de destinos. Para obter mais informações, consulte [Como o WebSocket protocolo funciona](https://docs.aws.amazon.com/AmazonCloudFront/latest/DeveloperGuide/distribution-working-with.websockets.html#distribution-working-with.websockets.how-it-works) no *Amazon CloudFront Developer Guide*.
**HTTP/2**
Application Load Balancers têm compatibilidade nativa para HTTP/2 com receptores HTTPS. Você pode enviar até 128 solicitações em paralelo usando uma conexão HTTP/2. Você pode usar a versão do protocolo para enviar a solicitação aos destinos usando HTTP/2. Para obter mais informações, consulte [Versão do protocolo](load-balancer-target-groups.md#target-group-protocol-version). Como HTTP/2 usa conexões front-end de forma mais eficiente, você pode perceber menos conexões entre clientes e o load balancer. Você não pode usar o recurso server-push do HTTP/2.
A autenticação TLS mútua para Application Load Balancers oferece suporte a HTTP/2 nos modos de passagem e verificação. Para obter mais informações, consulte [Autenticação mútua com TLS no Application Load Balancer](mutual-authentication.md).
Para obter mais informações, consulte [Roteamento de solicitação](https://docs.aws.amazon.com/elasticloadbalancing/latest/userguide/how-elastic-load-balancing-works.html#request-routing) no *Guia do usuário do Elastic Load Balancing*.
## Atributos do receptor
Veja abaixo os atributos do receptor para Application Load Balancers:
`routing.http.request.x_amzn_mtls_clientcert_serial_number.header_name`
Permite que você modifique o nome de cabeçalho do cabeçalho de solicitação HTTP **X-Amzn-Mtls-Clientcert-Serial-Number**.
`routing.http.request.x_amzn_mtls_clientcert_issuer.header_name`
Permite que você modifique o nome de cabeçalho do cabeçalho de solicitação HTTP **X-Amzn-Mtls-Clientcert-Issuer**.
`routing.http.request.x_amzn_mtls_clientcert_subject.header_name`
Permite que você modifique o nome de cabeçalho do cabeçalho de solicitação HTTP **X-Amzn-Mtls-Clientcert-Subject**.
`routing.http.request.x_amzn_mtls_clientcert_validity.header_name`
Permite que você modifique o nome de cabeçalho do cabeçalho de solicitação HTTP **X-Amzn-Mtls-Clientcert-Validity**.
`routing.http.request.x_amzn_mtls_clientcert_leaf.header_name`
Permite que você modifique o nome de cabeçalho do cabeçalho de solicitação HTTP **X-Amzn-Mtls-Clientcert-Leaf**.
`routing.http.request.x_amzn_mtls_clientcert.header_name`
Permite que você modifique o nome de cabeçalho do cabeçalho de solicitação HTTP **X-Amzn-Mtls-Clientcert**.
`routing.http.request.x_amzn_tls_version.header_name`
Permite que você modifique o nome de cabeçalho do cabeçalho de solicitação HTTP **X-Amzn-Tls-Version**.
`routing.http.request.x_amzn_tls_cipher_suite.header_name`
Permite que você modifique o nome de cabeçalho do cabeçalho de solicitação HTTP **X-Amzn-Tls-Cipher-Suite**.
`routing.http.response.server.enabled`
Permite permitir ou remover o cabeçalho do servidor de resposta HTTP.
`routing.http.response.strict_transport_security.header_value`
Informa aos navegadores que o site só deve ser acessado usando HTTPS e que qualquer tentativa futura de acessá-lo usando HTTP deve ser automaticamente convertida em HTTPS.
`routing.http.response.access_control_allow_origin.header_value`
Especifica quais origens têm permissão para acessar o servidor.
`routing.http.response.access_control_allow_methods.header_value`
Retorna quais métodos HTTP são permitidos ao acessar o servidor de uma origem diferente.
`routing.http.response.access_control_allow_headers.header_value`
Especifica quais cabeçalhos podem ser usados durante a solicitação.
`routing.http.response.access_control_allow_credentials.header_value`
Indica se o navegador deve incluir credenciais ao fazer solicitações, como cookies ou autenticação.
`routing.http.response.access_control_expose_headers.header_value`
Retorna quais cabeçalhos o navegador podem expor ao cliente solicitante.
`routing.http.response.access_control_max_age.header_value`
Especifica por quanto tempo os resultados de uma solicitação de comprovação podem ser armazenados em cache, em segundos.
`routing.http.response.content_security_policy.header_value`
Especifica as restrições impostas pelo navegador para ajudar a minimizar o risco de certos tipos de ameaças à segurança.
`routing.http.response.x_content_type_options.header_value`
Indica se os tipos MIME anunciados nos cabeçalhos **Content-Type** devem ser seguidos e não alterados.
`routing.http.response.x_frame_options.header_value`
Indica se o navegador tem permissão para renderizar uma página em um **quadro**, **iframe**, **incorporação** ou **objeto**.
## Ação padrão
Cada receptor tem uma ação padrão, também conhecida como regra padrão. Não é possível excluir a regra padrão e ela sempre é executada por último. Você pode criar regras adicionais. Essas regras consistem em uma prioridade, uma ou mais ações e uma ou mais condições. Você pode adicionar ou editar regras a qualquer momento. Para obter mais informações, consulte [Regras do listener](listener-rules.md).