Co leastconn w HAProxy mierzy w puli SOCKS

Pula TCP HAProxy wybiera według aktywnych połączeń i wag, a nie szybkości pobierania celu ani pełnego stanu 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

Używaj rzeczywistych zgodnych punktów końcowych SOCKS i limitów czasu dopasowanych do obciążenia. Skonfiguruj aplikację jako klienta SOCKS nasłuchu loopback; backendy muszą akceptować oczekiwany protokół i konto. W dozwolonych testach publicznych celów bez poświadczeń SOCKS lista proxy SOCKS dostarcza kandydatów; dopasuj wersję SOCKS klienta i zweryfikuj dostęp do rzeczywistych celów.

Mniej obciążony serwer nadal może mieć wolniejszą ścieżkę wyjściową. leastconn równoważy aktywne liczby i wagi, a pokazana kontrola potwierdza jedynie akceptację TCP. Negocjacja, uwierzytelnianie i dostęp do celu wymagają odrębnych dowodów.

Aktywny tunel pozostaje na wybranym backendzie. Ta pula TCP nie przenosi osobnych datagramów UDP ASSOCIATE.

Jeśli wymagane jest najniższe opóźnienie do celu, zdefiniuj i zmierz właśnie ten wynik właściwy dla celu, zamiast wnioskować go z liczby połączeń.

Powiązane artykuły