Xoay vòng máy chủ gương thay đổi những gì Squid có thể dùng lại
Giải thích vì sao các gói RPM giống hệt nhau được tải từ các URL gương khác nhau có thể chiếm các mục bộ nhớ đệm Squid riêng biệt.
Hai máy khách tải cùng một RPM qua Squid, nhưng lần truyền thứ hai vẫn đến một máy chủ gương. Hãy so sánh toàn bộ URL yêu cầu:
http://mirror-a.example.net/packages/tool-1.0.rpm
http://mirror-b.example.net/packages/tool-1.0.rpmTên tệp của gói trùng nhau; URI đích của chúng khác nhau. Khóa bộ nhớ đệm HTTP bao gồm ít nhất phương thức yêu cầu và URI đích, nên các checksum gói trùng nhau không tự động hợp nhất các mục này.
Yum và DNF có thể dùng baseurl cố định hoặc khám phá máy chủ gương qua mirrorlist và metalink. Vì vậy các bản cài đặt giống nhau có thể chọn URL tải xuống khác nhau.
Dùng một máy chủ gương đã được phê duyệt mang lại cho các yêu cầu hiển thị một danh tính bộ nhớ đệm nhất quán. Giữ các đường dẫn kho, kiến trúc và bộ gói thẳng hàng. Việc ghim cũng thay đổi khả năng sẵn có và hành vi chọn gương, nên hãy biến nó thành quyết định chính sách kho.
Kiểm tra xem bộ nhớ đệm đối tượng có khả dụng không
Bên trong một đường hầm HTTPS CONNECT thông thường, Squid không thể thấy phần thân phản hồi RPM để lưu vào bộ nhớ đệm HTTP. Một tên máy chủ gương chung sẽ không thay đổi điều đó. Giữ các kho HTTPS được mã hóa.
Đối với các phản hồi mà Squid có thể lưu đệm, việc dùng lại vẫn phụ thuộc vào độ mới, các chỉ thị yêu cầu và phản hồi và chính sách bộ nhớ đệm cục bộ. Ghi lại URL đã chọn, liệu giao dịch là HTTP hiển thị hay đường hầm mã hóa, và kết quả bộ nhớ đệm để giải thích một lần trượt.