Mit mér a HAProxy leastconn-ja egy SOCKS-poolban

A HAProxy TCP-poolja aktív kapcsolatok és súlyok alapján választ, nem a cél letöltési sebessége vagy a teljes SOCKS-egészség alapján.

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

Használjon valódi, kompatibilis SOCKS-végpontokat és a terheléshez illő időkorlátokat. Állítsa be az alkalmazást a loopback-figyelő SOCKS-ügyfeleként; a háttérkiszolgálóknak el kell fogadniuk a várt protokollt és fiókot. Az engedélyezett, nyilvános célpontokat érintő tesztekhez SOCKS-hitelesítő adatok nélkül a SOCKS-proxylista kínál jelölt háttérkiszolgálókat; egyeztesse az ügyfél SOCKS-verzióját, és ellenőrizze a tényleges célpontok elérését.

Egy kevésbé leterhelt kiszolgálónak is lehet lassabb a felfelé irányuló út. A leastconn az aktív darabszámokat és súlyokat egyensúlyozza, a bemutatott ellenőrzés pedig csak a TCP-elfogadást igazolja. Az egyeztetés, a hitelesítés és a cél elérése külön bizonyítékot igényel.

Egy élő alagút a kiválasztott háttérkiszolgálón marad. Ez a TCP-pool nem szállítja a külön UDP ASSOCIATE-adatgramokat.

Ha a cél felé a legalacsonyabb késleltetés szükséges, határozza meg és mérje ezt a célspecifikus eredményt, ahelyett hogy a kapcsolatok számából következtetne rá.

Kapcsolódó cikkek