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

Hãy dùng các điểm cuối SOCKS thật sự tương thích và thời gian chờ phù hợp với khối lượng công việc. Cấu hình ứng dụng làm ứng dụng khách SOCKS của trình lắng nghe loopback; các backend phải chấp nhận giao thức và tài khoản mà nó mong đợi. Với các bài kiểm tra mục tiêu công khai được phép mà không cấu hình thông tin SOCKS, danh sách proxy SOCKS cung cấp các backend ứng viên; khớp phiên bản SOCKS của ứng dụng khách và xác minh quyền truy cập tới mục tiêu thực tế.

Một máy chủ ít bận vẫn có thể có đường lên chậm hơn. leastconn cân bằng số đếm và trọng số đang hoạt động, và phép kiểm tra được hiển thị chỉ xác lập việc chấp nhận TCP. Thương lượng, xác thực và truy cập đích cần bằng chứng riêng.

Một đường hầm đang sống vẫn ở trên backend đã chọn. Pool TCP này không mang các datagram UDP ASSOCIATE riêng biệt.

Nếu cần độ trễ thấp nhất tới mục tiêu, hãy định nghĩa và đo chính kết quả đặc thù cho mục tiêu đó thay vì suy ra từ số kết nối.

Bài viết liên quan