Què mesura leastconn d'HAProxy en un pool SOCKS

Un pool TCP d'HAProxy tria per connexions actives i pesos, no per la velocitat de descàrrega de l'objectiu ni per la salut 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

Feu servir punts d'accés SOCKS reals i compatibles i temps d'espera adequats a la càrrega. Configureu l'aplicació com a client SOCKS del listener de loopback; els backends han d'acceptar el protocol i el compte esperats. Per a proves permeses contra objectius públics sense credencials SOCKS, la llista de proxys SOCKS proporciona backends candidats; feu coincidir la versió SOCKS del client i verifiqueu l'accés als objectius reals.

Un servidor menys ocupat pot tenir igualment un upstream més lent. leastconn equilibra recomptes i pesos actius, i la comprovació mostrada només estableix l'acceptació TCP. La negociació, l'autenticació i l'accés al destí necessiten evidència separada.

Un túnel actiu es manté al backend triat. Aquest pool TCP no transporta els datagrames UDP ASSOCIATE separats.

Si cal la latència més baixa cap a l'objectiu, definiu i mesureu aquest resultat específic de l'objectiu en lloc d'inferir-lo del nombre de connexions.

Articles relacionats