Wat leastconn van HAProxy meet in een SOCKS-pool

Een HAProxy TCP-pool kiest op actieve verbindingen en gewichten, niet op downloadsnelheid van het doel of volledige SOCKS-gezondheid.

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

Gebruik echte compatibele SOCKS-eindpunten en time-outs die bij de werklast passen. Configureer de app als SOCKS-client van de loopback-listener; backends moeten het verwachte protocol en account accepteren. Voor toegestane tests tegen openbare doelen zonder SOCKS-inloggegevens levert de SOCKS-proxylijst kandidaat-backends; stem de SOCKS-versie van de client af en verifieer toegang tot de werkelijke doelen.

Een minder belaste server kan toch een tragere upstream hebben. leastconn balanceert actieve aantallen en gewichten, en de getoonde controle stelt alleen TCP-acceptatie vast. Onderhandeling, authenticatie en toegang tot de bestemming vragen apart bewijs.

Een actieve tunnel blijft op zijn gekozen backend. Deze TCP-pool vervoert de aparte UDP ASSOCIATE-datagrammen niet.

Als de laagste doellatentie nodig is, definieer en meet dan precies die doelspecifieke uitkomst in plaats van die af te leiden uit het aantal verbindingen.

Gerelateerde artikelen