Putaran cermin mengubah apa yang Squid boleh guna semula
Terangkan mengapa pakej RPM yang sama dimuat turun daripada URL cermin berbeza boleh menduduki entri cache Squid yang berasingan.
Dua klien memuat turun RPM yang sama melalui Squid, tetapi pemindahan kedua masih sampai ke cermin. Bandingkan URL permintaan penuh:
http://mirror-a.example.net/packages/tool-1.0.rpm
http://mirror-b.example.net/packages/tool-1.0.rpmNama fail pakej sepadan; URI sasaran mereka berbeza. Kunci cache HTTP termasuk sekurang-kurangnya kaedah permintaan dan URI sasaran, jadi checksum pakej yang sepadan tidak menggabungkan entri ini secara automatik.
Yum dan DNF boleh menggunakan baseurl tetap atau menemui cermin melalui mirrorlist dan metalink. Jadi pemasangan yang sama mungkin memilih URL muat turun yang berbeza.
Menggunakan satu cermin yang diluluskan memberikan permintaan yang kelihatan identiti cache yang konsisten. Kekalkan laluan repositori, seni bina dan suite selaras. Penyematan juga mengubah ketersediaan dan tingkah laku pemilihan cermin, jadi jadikannya keputusan dasar repositori.
Semak sama ada cache objek tersedia
Di dalam terowong HTTPS CONNECT biasa, Squid tidak dapat melihat badan respons RPM untuk cache HTTP. Nama hos cermin yang dikongsi tidak akan mengubahnya. Kekalkan repositori HTTPS disulitkan.
Untuk respons yang boleh dicache oleh Squid, penggunaan semula masih bergantung pada kesegaran, arahan permintaan dan respons serta dasar cache tempatan. Rekodkan URL yang dipilih, sama ada transaksi itu HTTP yang kelihatan atau terowong disulitkan, dan hasil cachenya untuk menjelaskan kegagalan.