Trình duyệt tải một trang HTTP qua Squid. Cùng một đích đó lại thất bại dưới proxychains. Điều đó không nhất thiết có nghĩa là một trong hai chương trình đã chọn sai IP proxy.

Một ứng dụng khách thông thường hiểu HTTP có thể gửi yêu cầu web tới proxy chuyển tiếp dưới dạng HTTP proxy. Ngược lại, lớp bọc socket tổng quát cần một đường hầm byte cho kết nối mà ứng dụng muốn mở. Với proxy HTTP trong chuỗi của mình, proxychains dùng CONNECT.

Nghĩa là một trang web văn bản thuần trên cổng 80 có thể tạo ra yêu cầu CONNECT cho cổng 80. Một chính sách Squid chỉ cho phép CONNECT tới danh sách cổng TLS đã được phê duyệt có thể từ chối đường hầm đó, dù các yêu cầu HTTP thông thường tới cổng 80 vẫn được phép.

So sánh yêu cầu, không chỉ tên máy chủ

Tài liệu của proxychains-ng mô tả hỗ trợ HTTP CONNECT của nó. Các quy tắc truy cập của Squid có thể phân biệt phương thức và cổng đích. Đây là những đường yêu cầu khác nhau tới cùng một trang web.

Hãy đọc lý do từ chối và chính sách dự kiến trước khi thay đổi nó. Mở rộng quyền truy cập CONNECT tới mọi cổng là một thay đổi lớn; đó không nên là phản ứng mặc định với sự không khớp của lớp bọc.

Nếu ứng dụng có hỗ trợ proxy HTTP gốc, dùng nó có thể tránh một đường hầm tổng quát không cần thiết cho HTTP văn bản thuần. Nếu thực sự cần đường hầm TCP thô, hãy chọn một giao thức proxy và chính sách cổng đã được phê duyệt cung cấp loại đó.

Một yêu cầu trình duyệt thành công là bằng chứng hữu ích về khả năng tiếp cận của proxy và về một chế độ yêu cầu được hỗ trợ. Nhưng nó không chứng minh rằng mọi phương pháp đường hầm, cổng đích hay giao thức ứng dụng đều được phép qua proxy đó.

Bài viết liên quan