Wat HAProxy se leastconn in 'n SOCKS-poel meet

'n HAProxy TCP-poel kies op grond van aktiewe verbindings en gewigte, nie teiken-aflaaïsnelheid of volledige SOCKS-gesondheid nie.

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

Gebruik werklike versoenbare SOCKS-eindpunte en tydsperke wat by die werklading pas. Stel die toepassing as 'n SOCKS-kliënt van die loopback-luisteraar op; die backend moet sy verwagte protokol/rekening aanvaar. Vir toegelate toetse teen publieke teikens sonder SOCKS-aanmelding verskaf die SOCKS-proksielys kandidaat-backends; pas die kliënt se SOCKS-weergawe en verifieer toegang tot die werklike teikens.

'n Minder besette bediener kan steeds 'n stadiger opstroom hê. leastconn balanseer aktiewe tellings/gewigte, en die getoonde kontrole bewys net TCP-aanvaarding. Onderhandeling, verifikasie en bestemmingstoegang vereis afsonderlike bewyse.

'n Lewende tonnel bly op sy gekose backend. Hierdie TCP-poel dra nie die aparte UDP ASSOCIATE-datagramme nie.

As die laagste teikenlatensie vereis word, definieer en meet daardie teikenspesifieke uitkoms eerder as om dit uit die verbindingstelling af te lei.

Verwante artikels