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 را حمل نمی‌کند.

اگر کمترین تأخیر به هدف لازم است، همان نتیجه ویژه هدف را تعریف و اندازه‌گیری کنید، نه اینکه آن را از شمار اتصال‌ها استنتاج کنید.

مقالات مرتبط