Τι μετρά το leastconn του HAProxy σε ένα SOCKS pool

Ένα TCP pool του HAProxy επιλέγει με βάση τις ενεργές συνδέσεις και τα βάρη, όχι την ταχύτητα λήψης του στόχου ή την πλήρη υγεία του 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

Χρησιμοποιήστε πραγματικά συμβατά SOCKS endpoints και χρονικά όρια που ταιριάζουν στο φόρτο εργασίας. Ρυθμίστε την εφαρμογή ως πελάτη SOCKS του ακροατή loopback· τα backends πρέπει να δέχονται το αναμενόμενο πρωτόκολλο και τον λογαριασμό. Για επιτρεπόμενες δοκιμές δημόσιων στόχων χωρίς διαπιστευτήρια SOCKS, η λίστα διακομιστών μεσολάβησης SOCKS παρέχει υποψήφια backends· αντιστοιχίστε την έκδοση SOCKS του πελάτη και επαληθεύστε την πρόσβαση στους πραγματικούς στόχους.

Ένας λιγότερο απασχολημένος διακομιστής μπορεί παρ' όλα αυτά να έχει πιο αργό upstream. Το leastconn εξισορροπεί ενεργούς αριθμούς και βάρη, και ο εμφανιζόμενος έλεγχος αποδεικνύει μόνο την αποδοχή TCP. Η διαπραγμάτευση, η αυθεντικοποίηση και η πρόσβαση στον προορισμό χρειάζονται ξεχωριστές αποδείξεις.

Μια ενεργή σήραγγα παραμένει στο επιλεγμένο backend. Αυτό το TCP pool δεν μεταφέρει τα ξεχωριστά datagrams UDP ASSOCIATE.

Αν απαιτείται η χαμηλότερη καθυστέρηση προς τον στόχο, ορίστε και μετρήστε αυτό το αποτέλεσμα ειδικά για τον στόχο αντί να το συνάγετε από τον αριθμό συνδέσεων.

Σχετικά άρθρα