Čo leastconn v HAProxy meria v SOCKS poole

TCP pool v HAProxy vyberá podľa aktívnych spojení a váh, nie podľa rýchlosti sťahovania cieľa ani úplného zdravia 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

Používajte skutočné kompatibilné SOCKS koncové body a časové limity primerané záťaži. Nastavte aplikáciu ako SOCKS klienta loopback listenera; backendy musia prijať očakávaný protokol a účet. Pre povolené testy verejných cieľov bez SOCKS prihlasovacích údajov zoznam SOCKS proxy dodáva kandidátske backendy; zlaďte verziu SOCKS klienta a overte prístup k skutočným cieľom.

Menej vyťažený server môže mať napriek tomu pomalší upstream. leastconn vyvažuje aktívne počty a váhy a zobrazená kontrola preukazuje iba prijatie TCP. Vyjednávanie, autentifikácia a prístup k cieľu vyžadujú samostatné dôkazy.

Živý tunel zostáva na zvolenom backende. Tento TCP pool neprenáša samostatné datagramy UDP ASSOCIATE.

Ak je potrebná najnižšia latencia k cieľu, definujte a merajte práve tento výsledok špecifický pre cieľ, namiesto toho, aby ste ho odvodzovali z počtu spojení.

Súvisiace články