APT và aptitude có thể lấy tệp kho qua HTTP. Squid có thể lưu đệm một phản hồi HTTP đủ điều kiện; ứng dụng khách không nhất thiết phải là trình duyệt web.

Trong một triển khai Squid 6 hoặc 7, hãy kiểm tra các đầu vào này khi mỗi lần truyền gói vẫn đến được nguồn gốc:

  • Bản tải xuống dùng HTTP, hoặc Squid có quyền truy cập theo cách khác vào trao đổi HTTP. Chỉ một đường hầm HTTPS CONNECT không phơi bày phản hồi gói để lưu đệm.
  • Bộ đệm đã cấu hình dung lượng lưu trữ phù hợp. Việc chuyển tiếp thành công không chứng minh rằng có bộ đệm đĩa.
  • Tệp lưu trữ vừa với kích thước đối tượng tối đa của thư mục đệm áp dụng. Siêu dữ liệu nhỏ và tệp .deb lớn có thể cho kết quả khác nhau.
  • Yêu cầu và phản hồi cho phép lưu trữ và tái sử dụng theo chính sách cache-control của chúng.

APT cung cấp Acquire::http::No-Cache, Max-Age và No-Store. No-Store có thể ngăn các tệp lưu trữ được yêu cầu bị lưu. No-Cache yêu cầu tái xác nhận trước khi tái sử dụng một phản hồi đã lưu. Hãy kiểm tra cấu hình APT hiệu lực cũng như chính sách của Squid.

So sánh cùng một URL đầy đủ và kiểm tra kết quả bộ đệm trong access.log. Các máy chủ gương khác nhau, đường dẫn kho bị thay đổi hoặc một gói được lưu đệm cục bộ có thể nghĩa là hai lần cài đặt không bao giờ yêu cầu cùng một đối tượng mạng.

Một gương kho duy trì nội dung kho một cách có chủ đích thay vì chỉ dựa vào việc tái sử dụng bộ đệm HTTP theo nhu cầu.

Bài viết liên quan