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 ouvintes determinam como o balanceador de carga encaminha as solicitações para os destinos que você registra, como EC2 instâncias.
Conteúdo
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.
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.
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 (wsouwss) 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. Para obter mais informações, consulte Como o WebSocket protocolo funciona 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. 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 suporta 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.
Para obter mais informações, consulte Roteamento de solicitação no Guia do usuário do Elastic Load Balancing.
Atributos do receptor
A seguir estão os atributos do ouvinte para Application Load Balancers:
routing.http.request.x_amzn_mtls_clientcert_serial_number.header_name-
Permite modificar o nome do cabeçalho da solicitação HTTP X-Amzn-Mtls-Clientcert-Serial-Number.
routing.http.request.x_amzn_mtls_clientcert_issuer.header_name-
Permite modificar o nome do cabeçalho da solicitação HTTP X-Amzn-Mtls-Clientcert-Issuer.
routing.http.request.x_amzn_mtls_clientcert_subject.header_name-
Permite modificar o nome do cabeçalho da solicitação HTTP X-Amzn-Mtls-Clientcert-Subject.
routing.http.request.x_amzn_mtls_clientcert_validity.header_name-
Permite modificar o nome do cabeçalho da solicitação HTTP X-Amzn-Mtls-Clientcert-Validity.
routing.http.request.x_amzn_mtls_clientcert_leaf.header_name-
Permite modificar o nome do cabeçalho da solicitação HTTP X-Amzn-Mtls-Clientcert-Leaf.
routing.http.request.x_amzn_mtls_clientcert.header_name-
Permite modificar o nome do cabeçalho da solicitação HTTP X-Amzn-Mtls-Clientcert.
routing.http.request.x_amzn_tls_version.header_name-
Permite modificar o nome do cabeçalho da solicitação HTTP X-Amzn-Tls-Version.
routing.http.request.x_amzn_tls_cipher_suite.header_name-
Permite modificar o nome do cabeçalho da 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 como cookies ou autenticação ao fazer solicitações.
routing.http.response.access_control_expose_headers.header_value-
Retorna quais cabeçalhos o navegador pode expor ao cliente solicitante.
routing.http.response.access_control_max_age.header_value-
Especifica por quanto tempo os resultados de uma solicitação de preflight 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. A regra padrão não pode ser excluída e 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.
