leastconn در HAProxy در یک استخر SOCKS چه چیزی را میسنجد
یک استخر TCP در 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 واقعی و سازگار و مهلتهای زمانی متناسب با بار کاری استفاده کنید. برنامه را بهعنوان کلاینت SOCKS شنونده loopback پیکربندی کنید؛ بکاندها باید پروتکل و حساب مورد انتظار آن را بپذیرند. برای آزمونهای مجاز روی هدفهای عمومی بدون اعتبارنامه SOCKS، فهرست پروکسی SOCKS بکاندهای نامزد را فراهم میکند؛ نسخه SOCKS کلاینت را همسان کنید و دسترسی به هدفهای واقعی را بررسی کنید.
سروری با اشتغال کمتر میتواند همچنان مسیر بالادستی کندتری داشته باشد. leastconn شمارشها و وزنهای فعال را متعادل میکند و بررسی نشاندادهشده تنها پذیرش TCP را اثبات میکند. مذاکره، احراز هویت و دسترسی به مقصد به شواهد جداگانه نیاز دارند.
یک تونل فعال روی بکاند انتخابشده باقی میماند. این استخر TCP دیتاگرامهای جداگانه UDP ASSOCIATE را حمل نمیکند.
اگر کمترین تأخیر به هدف لازم است، همان نتیجه ویژه هدف را تعریف و اندازهگیری کنید، نه اینکه آن را از شمار اتصالها استنتاج کنید.