การหมุนเวียนมิเรอร์เปลี่ยนสิ่งที่ Squid นำกลับมาใช้ซ้ำได้

ไคลเอนต์สองรายดาวน์โหลด RPM เดียวกันผ่าน Squid แต่การถ่ายโอนครั้งที่สองยังคงไปถึงมิเรอร์ เปรียบเทียบ URL คำขอทั้งหมด:

http://mirror-a.example.net/packages/tool-1.0.rpm
http://mirror-b.example.net/packages/tool-1.0.rpm

ชื่อไฟล์ของแพ็กเกจตรงกัน แต่ URI ปลายทางต่างกัน คีย์แคช HTTP มีอย่างน้อยวิธีการร้องขอและ URI ปลายทาง ดังนั้น checksum ของแพ็กเกจที่ตรงกันจึงไม่รวมรายการเหล่านี้โดยอัตโนมัติ

Yum และ DNF สามารถใช้ baseurl แบบคงที่หรือค้นหามิเรอร์ผ่าน mirrorlist และ metalink ดังนั้นการติดตั้งที่เหมือนกันอาจเลือก URL ดาวน์โหลดที่ต่างกัน

การใช้มิเรอร์ที่ได้รับอนุมัติเพียงตัวเดียวทำให้คำขอที่มองเห็นมีตัวตนแคชที่สอดคล้องกัน รักษาเส้นทางคลังเก็บ สถาปัตยกรรม และชุดให้สอดคล้องกัน การปักหมุดยังเปลี่ยนความพร้อมใช้งานและพฤติกรรมการเลือกมิเรอร์ ดังนั้นจงทำให้เป็นการตัดสินใจเชิงนโยบายของคลังเก็บ

ตรวจสอบว่ามีแคชออบเจ็กต์หรือไม่

ภายในอุโมงค์ HTTPS CONNECT ทั่วไป Squid ไม่สามารถมองเห็นเนื้อหาการตอบกลับ RPM สำหรับแคช HTTP ได้. ชื่อโฮสต์มิเรอร์ที่ใช้ร่วมกันจะไม่เปลี่ยนสิ่งนั้น รักษาคลังเก็บ HTTPS ให้เข้ารหัสไว้

สำหรับการตอบกลับที่ Squid แคชได้ การนำกลับมาใช้ซ้ำยังขึ้นอยู่กับความสดใหม่ คำสั่งของการร้องขอและการตอบกลับ และนโยบายแคชภายในเครื่อง บันทึก URL ที่เลือก ไม่ว่าจะเป็น HTTP ที่มองเห็นได้หรืออุโมงค์ที่เข้ารหัส และผลลัพธ์แคชเพื่ออธิบายการพลาด