Ce măsoară leastconn din HAProxy într-un pool SOCKS

Un pool TCP HAProxy alege după conexiunile active și ponderi, nu după viteza de descărcare a țintei sau sănătatea completă 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

Folosiți puncte finale SOCKS reale și compatibile și termene limită potrivite încărcării. Configurați aplicația ca client SOCKS al ascultătorului loopback; backend-urile trebuie să accepte protocolul și contul așteptate. Pentru teste permise către ținte publice fără acreditări SOCKS, lista de proxy SOCKS oferă backend-uri candidate; potriviți versiunea SOCKS a clientului și verificați accesul la țintele reale.

Un server mai puțin ocupat poate avea totuși un upstream mai lent. leastconn echilibrează numărătorile și ponderile active, iar verificarea afișată stabilește doar acceptarea TCP. Negocierea, autentificarea și accesul la destinație necesită dovezi separate.

Un tunel activ rămâne pe backend-ul ales. Acest pool TCP nu transportă datagramele UDP ASSOCIATE separate.

Dacă este necesară cea mai mică latență către țintă, definiți și măsurați exact acel rezultat specific țintei, în loc să-l deduceți din numărul de conexiuni.

Articole similare