Ano ang sinusukat ng leastconn ng HAProxy sa isang pool ng SOCKS

Pumipili ang TCP pool ng HAProxy batay sa aktibong koneksyon at timbang, hindi sa bilis ng pag-download ng target o kumpletong kalusugan ng 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

Gumamit ng tunay na katugmang mga endpoint ng SOCKS at mga timeout na angkop sa workload. I-configure ang app bilang SOCKS client ng loopback listener; dapat tanggapin ng mga backend ang inaasahang protocol at account. Para sa pinapayagang pagsubok sa mga pampublikong target na walang kredensyal ng SOCKS, nagbibigay ang listahan ng proxy ng SOCKS ng mga kandidatong backend; itugma ang bersyon ng SOCKS ng kliyente at i-verify ang pag-access sa aktwal na mga target.

Ang server na may mas kaunting gawain ay maaari pa ring may mabagal na upstream. Binabalanse ng leastconn ang aktibong bilang at timbang, at ang ipinakitang pagsusuri ay nagtatatag lamang ng pagtanggap ng TCP. Kailangan ng hiwalay na ebidensya ang negosasyon, pagpapatotoo at pag-access sa destinasyon.

Ang aktibong tunnel ay nananatili sa napiling backend. Hindi dinadala ng TCP pool na ito ang hiwalay na mga datagram ng UDP ASSOCIATE.

Kung kailangan ang pinakamababang latency sa target, tukuyin at sukatin ang resultang iyon na partikular sa target sa halip na hinuha ito mula sa bilang ng koneksyon.

Kaugnay na mga artikulo