Cosa misura leastconn di HAProxy in un pool SOCKS
Un pool TCP di HAProxy sceglie in base alle connessioni attive e ai pesi, non alla velocità di download del target né alla salute SOCKS completa.
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 checkUsate endpoint SOCKS reali e compatibili e timeout adatti al carico. Configurate l'applicazione come client SOCKS del listener loopback; i backend devono accettare il protocollo e l'account previsti. Per i test consentiti verso target pubblici senza credenziali SOCKS, l'elenco dei proxy SOCKS fornisce backend candidati; allineate la versione SOCKS del client e verificate l'accesso ai target reali.
Un server meno occupato può comunque avere un upstream più lento. leastconn bilancia conteggi e pesi attivi, e il controllo mostrato stabilisce solo l'accettazione TCP. Negoziazione, autenticazione e accesso alla destinazione richiedono prove separate.
Un tunnel attivo resta sul backend scelto. Questo pool TCP non trasporta i datagrammi UDP ASSOCIATE separati.
Se serve la latenza più bassa verso il target, definite e misurate proprio quel risultato specifico del target invece di dedurlo dal numero di connessioni.