Hvad HAProxy's leastconn måler i en SOCKS-pulje

En HAProxy TCP-pulje vælger ud fra aktive forbindelser og vægte, ikke mållets downloadhastighed eller fuld SOCKS-sundhed.

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

Brug faktiske kompatible SOCKS-endpoints og timeouts, der passer til arbejdsbyrden. Konfigurer appen som SOCKS-klient for loopback-lytteren; backends skal acceptere dens forventede protokol og konto. Til tilladte tests mod offentlige mål uden SOCKS-legitimationsoplysninger leverer SOCKS-proxylisten kandidat-backends; afstem klientens SOCKS-version, og bekræft adgang til de faktiske mål.

En mindre belastet server kan stadig have en langsommere upstream. leastconn afbalancerer aktive antal og vægte, og det viste tjek fastslår kun TCP-accept. Forhandling, godkendelse og adgang til destinationen kræver separate beviser.

En aktiv tunnel bliver på sin valgte backend. Denne TCP-pulje bærer ikke de separate UDP ASSOCIATE-datagrammer.

Hvis den laveste mål-latens er påkrævet, skal du definere og måle netop det mål-specifikke resultat i stedet for at udlede det af forbindelsesantallet.

Relaterede artikler