Was HAProxys leastconn in einem SOCKS-Pool misst

Ein HAProxy-TCP-Pool wählt nach aktiven Verbindungen und Gewichten, nicht nach Downloadgeschwindigkeit des Ziels oder vollständiger SOCKS-Gesundheit.

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

Verwenden Sie echte kompatible SOCKS-Endpunkte und zur Arbeitslast passende Timeouts. Konfigurieren Sie die Anwendung als SOCKS-Client des Loopback-Listeners; Backends müssen das erwartete Protokoll und Konto akzeptieren. Für erlaubte Tests gegen öffentliche Ziele ohne SOCKS-Zugangsdaten liefert die SOCKS-Proxy-Liste Kandidaten-Backends; gleichen Sie die SOCKS-Version des Clients ab und prüfen Sie den Zugriff auf die tatsächlichen Ziele.

Ein weniger ausgelasteter Server kann dennoch einen langsameren Upstream haben. leastconn gleicht aktive Zählungen und Gewichte aus, und der gezeigte Check belegt nur die TCP-Annahme. Aushandlung, Authentifizierung und Zielzugriff brauchen getrennte Nachweise.

Ein laufender Tunnel bleibt auf seinem gewählten Backend. Dieser TCP-Pool überträgt die separaten UDP-ASSOCIATE-Datagramme nicht.

Wenn die niedrigste Ziel-Latenz gefordert ist, definieren und messen Sie genau dieses zielspezifische Ergebnis, statt es aus der Verbindungszahl abzuleiten.

Ähnliche Artikel