Vì sao lưu lượng CONNECT không làm đầy bộ nhớ đệm đối tượng của Squid

Một đường hầm CONNECT thông thường cung cấp cho Squid các byte đã mã hóa chứ không phải phản hồi của trang web có thể lưu vào bộ nhớ đệm. Vì thế, một lượt tải HTTPS lớn có thể tạo ra nhiều lưu lượng mà không thêm mục nào có thể tái sử dụng vào bộ nhớ đệm đối tượng.

Squid có thể ghi lại đích đến của đường hầm, thời lượng và số byte. Nó không nhận được đường dẫn URL bên trong, chỉ thị bộ nhớ đệm, biểu diễn và các bộ xác thực dưới dạng thông điệp HTTP thông thường để lưu trữ và tái sử dụng. Thêm dung lượng đĩa hay tăng giới hạn kích thước đối tượng không thể làm chúng lộ ra.

Hãy kiểm tra phương thức yêu cầu và bản ghi đường hầm trước khi kết luận bộ nhớ đệm bị hỏng. Với khối lượng công việc chủ yếu dùng CONNECT, lượng truyền tải lớn và mức tái sử dụng đối tượng thấp hoàn toàn có thể đi cùng nhau. Để kiểm tra bộ nhớ đệm thực sự, hãy dùng tài nguyên HTTP do bạn kiểm soát, có tiêu đề bộ nhớ đệm tường minh và nội dung đã biết; xác nhận rằng bạn đang thử đường xử lý đối tượng của Squid thay vì đường hầm, bộ nhớ đệm trình duyệt hay CDN đích.

TLS tới proxy là một lớp riêng biệt. Sau khi kết thúc kết nối TLS tại bộ lắng nghe của chính mình, Squid có thể xử lý yêu cầu thông thường tới đích HTTP. Nếu kết nối đó yêu cầu CONNECT tới HTTPS thay thế, TLS bên trong tới đích vẫn riêng biệt và không thể nhìn thấy nội dung.

Việc chặn giải mã HTTPS làm thay đổi yêu cầu về độ tin cậy chứng chỉ, ủy quyền và quyền riêng tư. Đây không phải điều chỉnh dung lượng bộ nhớ đệm thông thường, và proxy chuyển tiếp bình thường không cần chặn giải mã để hoạt động.