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

Usate 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.

Articoli correlati