Bộ viết lại URL của Squid có thể sửa nội dung phản hồi không?
Hãy tách việc chọn URL của yêu cầu khỏi việc thích ứng phản hồi và giải mã TLS khi mở rộng proxy chuyển tiếp.
url_rewrite_program làm việc trên các quyết định URL của yêu cầu. Nó nhận thông tin về yêu cầu và trả lời qua giao thức trợ giúp của Squid; nó không nhận một tệp đã tải xuống để sửa rồi gửi lại.
| Thao tác mong muốn | Ranh giới liên quan |
|---|---|
| Chuyển hướng trình duyệt hoặc chọn một URL yêu cầu khác | Vai trò của trình trợ giúp viết lại URL ở giai đoạn yêu cầu |
| Sửa nội dung phản hồi HTTP nhìn thấy được | Cơ chế thích ứng phản hồi, chẳng hạn sửa phản hồi qua ICAP đã cấu hình |
| Đọc HTTP bên trong một CONNECT thông thường | Trước tiên phải kết thúc TLS của đích trong một bố trí triển khai phù hợp |
| Giải mã một tệp do ứng dụng mã hóa | Định dạng, thuật toán và khóa của tệp, bất kể cách vận chuyển |
Hai hàng cuối dễ bị nhầm lẫn. Một tệp thông thường được truyền qua HTTPS được TLS bảo vệ. Một tệp do ứng dụng mã hóa có thể vẫn mã hóa ngay cả sau khi HTTPS đã kết thúc. Việc chọn một giao diện thích ứng không cung cấp khóa của ứng dụng hay thuật toán giải mã của nó.
CONNECT thông thường chuyển tiếp các byte đường hầm đã mã hóa. Trình trợ giúp URL không để lộ phản hồi bên trong; một thiết kế cần kiểm tra phải xác định liệu lưu lượng đó có thể và có nên được giải mã trong triển khai hay không.
Ở nơi Squid có thể kiểm tra thông điệp HTTP, dịch vụ sửa phản hồi vẫn chịu trách nhiệm về mã hóa nội dung, độ dài thay đổi và hành vi khi thất bại. Hãy chọn giao diện sau khi đã định nghĩa phép biến đổi, thay vì mở rộng một ví dụ viết lại URL đang hoạt động sang một giai đoạn xử lý mà nó không bao giờ nhận được.