Rotasi mirror mengubah apa yang dapat digunakan ulang Squid
Jelaskan mengapa paket RPM identik yang diunduh dari URL mirror berbeda dapat menempati entri cache Squid yang terpisah.
Dua klien mengunduh RPM yang sama melalui Squid, tetapi transfer kedua tetap mencapai sebuah mirror. Bandingkan URL permintaan lengkapnya:
http://mirror-a.example.net/packages/tool-1.0.rpm
http://mirror-b.example.net/packages/tool-1.0.rpmNama berkas paketnya sama; URI tujuan keduanya berbeda. Kunci cache HTTP mencakup setidaknya metode permintaan dan URI tujuan, sehingga checksum paket yang sama tidak otomatis menggabungkan entri tersebut.
Yum dan DNF dapat memakai baseurl tetap atau menemukan mirror melalui mirrorlist dan metalink. Jadi instalasi yang identik bisa memilih URL unduhan yang berbeda.
Memakai satu mirror yang disetujui memberi permintaan yang terlihat identitas cache yang konsisten. Jaga jalur repositori, arsitektur, dan suite tetap selaras. Penyematan juga mengubah ketersediaan dan perilaku pemilihan mirror, jadi jadikan itu keputusan kebijakan repositori.
Periksa apakah cache objek tersedia
Di dalam terowongan HTTPS CONNECT biasa, Squid tidak dapat melihat isi respons RPM untuk cache HTTP. Nama host mirror yang sama tidak akan mengubahnya. Jaga repositori HTTPS tetap terenkripsi.
Untuk respons yang dapat di-cache Squid, penggunaan ulang tetap bergantung pada kesegaran, direktif permintaan dan respons, serta kebijakan cache lokal. Catat URL yang dipilih, apakah transaksi berupa HTTP terlihat atau terowongan terenkripsi, dan hasil cache-nya untuk menjelaskan kegagalan.