Ce que leastconn de HAProxy mesure dans un pool SOCKS

Un pool TCP HAProxy choisit selon les connexions actives et les poids, non selon la vitesse de téléchargement de la cible ni la santé SOCKS complète.

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

Utilisez des points de terminaison SOCKS réels et compatibles, avec des délais adaptés à la charge. Configurez l'application comme client SOCKS de l'écouteur loopback ; les backends doivent accepter le protocole et le compte attendus. Pour les tests autorisés vers des cibles publiques sans identifiants SOCKS, la liste de proxys SOCKS fournit des backends candidats ; alignez la version SOCKS du client et vérifiez l'accès aux cibles réelles.

Un serveur moins occupé peut néanmoins avoir un upstream plus lent. leastconn équilibre les comptes et les poids actifs, et le contrôle affiché n'établit que l'acceptation TCP. La négociation, l'authentification et l'accès à la destination exigent des preuves distinctes.

Un tunnel actif reste sur son backend choisi. Ce pool TCP ne transporte pas les datagrammes UDP ASSOCIATE séparés.

Si la latence la plus faible vers la cible est requise, définissez et mesurez ce résultat propre à la cible au lieu de le déduire du nombre de connexions.

Articles similaires