Qué mide leastconn de HAProxy en un grupo SOCKS

Un grupo TCP de HAProxy elige por conexiones activas y pesos, no por la velocidad de descarga del destino ni por la salud completa de SOCKS.

listen socks_pool
    bind 127.0.0.1:1080
    mode tcp
    balance leastconn
    timeout connect 5s
    timeout client 1h
    timeout server 1h
    server proxy_a 192.0.2.10:1080 check
    server proxy_b 192.0.2.11:1080 check

Use puntos de conexión SOCKS reales y compatibles, y tiempos de espera acordes con la carga. Configure la aplicación como cliente SOCKS del escucha de loopback; los backends deben aceptar el protocolo y la cuenta esperados. Para pruebas permitidas contra destinos públicos sin credenciales SOCKS, la lista de proxies SOCKS ofrece backends candidatos; iguale la versión SOCKS del cliente y verifique el acceso a los destinos reales.

Un servidor menos ocupado puede tener igualmente un enlace ascendente más lento. leastconn equilibra recuentos y pesos activos, y la comprobación mostrada solo establece la aceptación TCP. La negociación, la autenticación y el acceso al destino necesitan pruebas separadas.

Un túnel activo permanece en su backend elegido. Este grupo TCP no transporta los datagramas UDP ASSOCIATE separados.

Si se requiere la menor latencia hacia el destino, defina y mida ese resultado específico del destino en lugar de inferirlo del número de conexiones.

Artículos relacionados