Leastconn ya HAProxy hupima nini katika bwawa la SOCKS

Bwawa la TCP la HAProxy huchagua kwa miunganisho hai na uzito, si kwa kasi ya upakuaji wa lengo au afya kamili ya 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

Tumia vituo halisi vya SOCKS vinavyolingana na muda unaofaa mzigo wa kazi. Sanidi programu kama mteja wa SOCKS wa msikilizaji wa loopback; backend lazima zikubali itifaki na akaunti inayotarajiwa. Kwa majaribio yanayoruhusiwa ya malengo ya umma bila vitambulisho vya SOCKS, orodha ya proksi za SOCKS hutoa backend wagombea; linganisha toleo la SOCKS la mteja na uthibitishe ufikiaji wa malengo halisi.

Seva isiyo na shughuli nyingi bado inaweza kuwa na njia ya juu iliyopungua kasi. leastconn husawazisha hesabu na uzito hai, na ukaguzi ulioonyeshwa huthibitisha tu ukubalifu wa TCP. Majadiliano, uthibitishaji na ufikiaji wa lengwa huhitaji ushahidi tofauti.

Handaki hai hubaki kwenye backend iliyochaguliwa. Bwawa hili la TCP halibebi datagramu za UDP ASSOCIATE tofauti.

Ikiwa ucheleweshaji wa chini kabisa wa lengo unahitajika, fafanua na pima matokeo hayo mahususi ya lengo badala ya kukisia kutokana na idadi ya miunganisho.

Makala zinazohusiana