Co leastconn v HAProxy měří v SOCKS poolu

TCP pool v HAProxy vybírá podle aktivních spojení a vah, ne podle rychlosti stahování cíle nebo úplného zdraví 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žívejte skutečné kompatibilní SOCKS koncové body a časové limity odpovídající zátěži. Nastavte aplikaci jako SOCKS klienta loopback listeneru; backendy musí přijmout očekávaný protokol a účet. Pro povolené testy veřejných cílů bez SOCKS přihlašovacích údajů dodává seznam SOCKS proxy kandidátské backendy; sladťte verzi SOCKS klienta a ověřte přístup ke skutečným cílům.

Méně vytížený server může mít přesto pomalejší upstream. leastconn vyvažuje aktivní počty a váhy a zobrazená kontrola prokazuje pouze přijetí TCP. Vyjednávání, autentizace a přístup k cíli vyžadují samostatné důkazy.

Živý tunel zůstává na zvoleném backendu. Tento TCP pool nepřenáší samostatné datagramy UDP ASSOCIATE.

Pokud je potřeba nejnižší latence cíle, definujte a měřte právě tento výsledek specifický pro cíl, místo abyste jej odvozovali z počtu spojení.

Související články