O que o leastconn do HAProxy mede num pool SOCKS

Um pool TCP do HAProxy escolhe por conexões ativas e pesos, não pela velocidade de download do alvo nem pela saúde completa do 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 endpoints SOCKS reais e compatíveis e tempos limite adequados à carga. Configure o aplicativo como cliente SOCKS do listener de loopback; os backends devem aceitar o protocolo e a conta esperados. Para testes permitidos em alvos públicos sem credenciais SOCKS, a lista de proxies SOCKS fornece backends candidatos; iguale a versão SOCKS do cliente e verifique o acesso aos alvos reais.

Um servidor menos ocupado ainda pode ter um upstream mais lento. leastconn equilibra contagens e pesos ativos, e a verificação mostrada estabelece apenas a aceitação de TCP. Negociação, autenticação e acesso ao destino exigem evidências separadas.

Um túnel ativo permanece no backend escolhido. Este pool TCP não transporta os datagramas UDP ASSOCIATE separados.

Se for necessária a menor latência até o alvo, defina e meça esse resultado específico do alvo em vez de inferi-lo do número de conexões.

Artigos relacionados