Las traducciones son generadas a través de traducción automática. En caso de conflicto entre la traducción y la version original de inglés, prevalecerá la version en inglés.

Oyentes para los equilibradores de carga de red

Un oyente es un proceso que comprueba las solicitudes de conexión mediante el protocolo y el puerto configurados. Antes de comenzar a utilizar el equilibrador de carga de red, debe agregar al menos un oyente. Si su equilibrador de carga no cuenta con oyentes, no puede recibir tráfico de los clientes. La regla que definas para un oyente determina cómo el balanceador de cargas dirige las solicitudes a los destinos que registras, como EC2 las instancias.

Configuración del oyente

Los oyentes son compatibles con los siguientes protocolos y puertos:

Puede utilizar un agente de TLS escucha para delegar el trabajo de cifrado y descifrado en su balanceador de cargas, de modo que sus aplicaciones puedan centrarse en su lógica empresarial. Si el protocolo de escucha lo esTLS, debe implementar exactamente un certificado de servidor en el agente de SSL escucha. Para obtener más información, consulte Certificados de servidor.

Si debe asegurarse de que los destinos descifren el TLS tráfico en lugar del equilibrador de carga, puede crear un TCP agente de escucha en el puerto 443 en lugar de crear un agente de escucha. TLS Con un agente de TCP escucha, el balanceador de cargas pasa el tráfico cifrado a los destinos sin descifrarlo.

Para admitir ambos TCP y UDP en el mismo puerto, crea un TCP _ listener. UDP Los grupos objetivo de un UDP oyente TCP _ deben usar el protocolo TCP _UDP.

Un agente de UDP escucha para un balanceador de cargas de doble pila requiere grupos objetivo. IPv6

Puedes usarlo WebSockets con tus oyentes.

Todo el tráfico de red enviado a un agente de escucha configurado se clasifica como tráfico deseado. El tráfico de red que no coincide con un agente de escucha configurado se clasifica como tráfico no deseado. ICMPLas solicitudes distintas del tipo 3 también se consideran tráfico no deseado. Los equilibradores de carga de red eliminan el tráfico no deseado sin reenviarlo a un destino. TCPLos paquetes de datos enviados al puerto de escucha para un receptor configurado que no sean conexiones nuevas o formen parte de una TCP conexión activa se rechazan con un TCP reset (). RST

Para obtener más información, consulte Enrutamiento de solicitudes en la Guía del usuario de Elastic Load Balancing.

Atributos del oyente

A continuación se indican los atributos del oyente de los equilibradores de carga de red:

Para obtener más información, consulte Actualización del tiempo de inactividad.

Reglas del oyente

Al crear un oyente, debe especificar una regla para las solicitudes de redirección. Esta regla reenvíe las solicitudes al grupo de destino especificado. Para actualizar esta regla, consulte Actualizar un oyente para el equilibrador de carga de red.

Oyentes seguros

Para usar un agente de TLS escucha, debes implementar al menos un certificado de servidor en tu balanceador de cargas. El balanceador de carga utiliza un certificado de servidor para terminar la conexión frontend y descifrar las solicitudes de los clientes antes de enviarlas a los destinos. Ten en cuenta que si necesitas pasar tráfico cifrado a los destinos sin que el balanceador de cargas lo descifre, crea un agente de TCP escucha en el puerto 443 en lugar de crear uno. TLS El equilibrador de carga transfiere la solicitud al destino tal cual, sin descifrarla.

Elastic Load Balancing utiliza una configuración de TLS negociación, conocida como política de seguridad, para negociar TLS las conexiones entre un cliente y el balanceador de cargas. Una política de seguridad es una combinación de protocolos y cifrados. El protocolo establece una conexión segura entre un cliente y un servidor, y garantiza que todos los datos transferidos entre el cliente y el equilibrador de carga son privados. Un cifrado es un algoritmo de cifrado que usa claves de cifrado para crear un mensaje codificado. Los protocolos usan diversos cifrados para cifrar los datos a través de Internet. Durante el proceso de negociación de conexiones, el cliente y el equilibrador de carga presentan una lista con los cifrados y protocolos que admite cada uno por orden de preferencia. El primer cifrado de la lista del servidor que coincide con uno de los cifrados del cliente se selecciona para la conexión segura.

Los balanceadores de carga de red no admiten la TLS renegociación ni la TLS autenticación mutua (m). TLS Para obtener mi TLS apoyo, cree un TCP oyente en lugar de un oyente. TLS El balanceador de cargas procesa la solicitud tal cual, por lo que puedes implementar m TLS en el destino.

Para ver demostraciones relacionadas, consulte TLSSoporte para Network Load Balancer y SNISoporte para Network Load Balancer.

ALPNpolíticas

La negociación del protocolo de capa de aplicación (ALPN) es una TLS extensión que se envía en los mensajes de saludo iniciales del TLS apretón de manos. ALPNpermite a la capa de aplicación negociar qué protocolos deben usarse en una conexión segura, como HTTP /1 y /2. HTTP

Cuando el cliente inicia una ALPN conexión, el balanceador de cargas compara la lista de ALPN preferencias del cliente con su política. ALPN Si el cliente admite un protocolo de la ALPN política, el equilibrador de cargas establece la conexión en función de la lista de preferencias de la política. ALPN De lo contrario, el balanceador de cargas no lo utiliza. ALPN

Habilite ALPN las conexiones

Puede habilitar ALPN las conexiones al crear o modificar un TLS listener. Para obtener más información, consulte Añadir un agente de escucha y Actualice la ALPN política.