Chuyển hướng các yêu cầu HTTP được chọn từ Squid sang HTTPS

Squid có thể yêu cầu trình duyệt thử lại một URL HTTP đã chọn qua HTTPS. Đích đến phải đã cung cấp tài nguyên tương ứng qua HTTPS; chạy Squid trên Raspberry Pi không tạo ra khả năng đó tại trang web.

Đối với giao diện url_rewrite_program của Squid 7, một helper có thể trả về chuyển hướng phía máy khách như sau:

OK status=307 url="https://www.example.com/help"

Đây là một phản hồi helper minh họa cho yêu cầu khớp, không phải chương trình helper hoàn chỉnh. Trình duyệt nhận chuyển hướng và thực hiện yêu cầu mới đến URL HTTPS. Một URL nằm ngoài chính sách nâng cấp có thể nhận OK và giữ nguyên không đổi.

Hãy dùng danh sách đích đã biết có khả năng HTTPS và phân tích URL đến. Giữ nguyên đường dẫn và query dự định, tính đến các cổng rõ ràng và xử lý các phương thức yêu cầu một cách có ý thức. Thay thế mù quáng mọi tiền tố http giả định rằng mỗi gốc có một dịch vụ HTTPS tương đương.

Helper phải trả lời từng dòng đầu vào theo giao thức của phiên bản Squid đã cài. Nếu các kênh helper đồng thời được bật, hãy giữ định danh kênh trong câu trả lời. Ví dụ 301:URL trần cũ không thể hoán đổi với định dạng result-and-key/value hiện tại.

Chọn chuyển hướng phía máy khách khi trình duyệt cần biết URL mới. Phản hồi rewrite-url thay vào đó yêu cầu Squid lấy một URL khác phía sau yêu cầu gốc của máy khách, điều này có thể khiến URL và trạng thái của ứng dụng không nhất quán.

Yêu cầu HTTP ban đầu đã đi đến Squid trước khi helper có thể chuyển hướng nó. Chính sách này không thể bảo vệ yêu cầu đó một cách hồi tố. TLS bắt đầu trên kết nối HTTPS tiếp theo; chỉ một đường hầm CONNECT không cung cấp mã hóa nào.