Wat leastconn vum HAProxy an engem SOCKS-Pool misst

En HAProxy-TCP-Pool wielt no aktiven Verbindungen a Gewiichter, net no der Download-Geschwindegkeet vum Zil oder der kompletter SOCKS-Gesondheet.

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

Benotzt richteg kompatibel SOCKS-Endpunkten an Timeouts, déi zur Aarbechtslaascht passen. Konfiguréiert d'Applikatioun als SOCKS-Client vum Loopback-Listener; d'Backende mussen dat erwaart Protokoll an de Kont akzeptéieren. Fir erlaabt Tester géint ëffentlech Ziler ouni SOCKS-Zougangsdaten liwwert d'SOCKS-Proxy-Lëscht Kandidat-Backenden; gläicht d'SOCKS-Versioun vum Client of a verifizéiert den Zougang zu den tatsächlechen Ziler.

E manner ausgelaaschte Server kann awer eng méi lues Upstream-Streck hunn. leastconn gläicht aktiv Zuelen a Gewiichter aus, an de gewisene Check beleet just d'TCP-Acceptance. Verhandlung, Authentifizéierung an Zougang zum Zil brauchen getrennt Beweiser.

En aktiven Tunnel bleift op sengem gewielten Backend. Dësen TCP-Pool transportéiert déi separat UDP-ASSOCIATE-Datagramme net.

Wann déi niddregst Zil-Latenz noutwenneg ass, definéiert a moosst just dee zilspezifesche Resultat, amplaz en aus der Zuel vu Verbindungen ofzeleeden.

Ähnlech Artikelen