Chế độ proxy HTTP của Ncat so với một bộ chuyển tiếp TCP cố định

Bộ chuyển tiếp byte cố định để việc xử lý HTTP cho proxy hiện có. Chế độ lắng nghe HTTP của Ncat là một dịch vụ khác, hiểu giao thức.

client → local TCP relay → existing forward proxy → destination

Trong cách bố trí này, bộ chuyển tiếp có một thượng nguồn cố định. Nó chuyển yêu cầu của máy khách không đổi tới proxy chuyển tiếp hiện có. Proxy đó đọc URL tuyệt đối hoặc đích CONNECT, áp dụng chính sách và mở kết nối tới đích.

Hướng bộ chuyển tiếp thẳng vào một trang web sẽ thay đổi hợp đồng. Proxy chuyển tiếp phải chọn đích và xử lý việc đóng khung HTTP cùng hành vi kết nối; trích tên máy chủ từ dòng đầu tiên là chưa đủ.

Ncat của Nmap cung cấp riêng một chế độ lắng nghe hiểu HTTP:

ncat --listen 127.0.0.1 3128 --proxy-type http

Ví dụ loopback này dùng cách triển khai proxy của Ncat, không phải tính năng mà mọi nc đều có. Proxy phía lắng nghe của nó xử lý các phương thức HTTP và CONNECT. Các tùy chọn SOCKS phía máy khách không thiết lập máy chủ SOCKS ở chế độ lắng nghe. Một dịch vụ chia sẻ thường trực cũng cần xử lý kết nối có chủ đích, kiểm soát truy cập và ghi nhật ký.

Để quan sát, hãy xác định ranh giới mã hóa. Bộ chuyển tiếp trên kết nối proxy HTTP thường thấy được yêu cầu và phản hồi của proxy. Sau CONNECT, HTTPS của đích là các byte TLS, không phải nội dung trang đọc được. TLS tới proxy thậm chí che giấu cả trao đổi proxy ban đầu trên liên kết đó. Dùng chẩn đoán máy khách và proxy cho các giao dịch đã diễn giải, và bảo vệ nhật ký có thể chứa thông tin đăng nhập hoặc URL nhạy cảm.

Bài viết liên quan