Kion leastconn de HAProxy mezuras en SOCKS-baseno

HAProxy TCP-baseno elektas laŭ aktivaj konektoj kaj pezoj, ne laŭ elŝuta rapido de la celo aŭ kompleta SOCKS-sano.

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

Uzu realajn kongruajn SOCKS-finpunktojn kaj tempolimojn taŭgajn por la laborŝarĝo. Agordu la aplikaĵon kiel SOCKS-kliento de la loopback-aŭskultanto; la malantaŭaj serviloj devas akcepti la atendatan protokolon kaj konton. Por permesitaj testoj al publikaj celoj sen SOCKS-akreditiloj, la listo de SOCKS-prokuriloj provizas kandidatajn malantaŭajn servilojn; kongruigu la SOCKS-version de la kliento kaj kontrolu aliron al la realaj celoj.

Malpli okupata servilo tamen povas havi pli malrapidan suprenfluon. leastconn ekvilibrigas aktivajn nombrojn kaj pezojn, kaj la montrata kontrolo pruvas nur TCP-akcepton. Traktado, aŭtentikigo kaj aliro al la celo bezonas apartajn pruvojn.

Vivanta tunelo restas ĉe sia elektita malantaŭa servilo. Ĉi tiu TCP-baseno ne transportas la apartajn UDP ASSOCIATE-datagramojn.

Se necesas la plej malalta cel-latenteco, difinu kaj mezuru tiun cel-specifan rezulton anstataŭ dedukti ĝin el la konekta nombro.

Rilataj artikoloj