เมื่อใดที่ Squid จะแคชแพ็กเกจ APT ได้

APT และ aptitude สามารถดึงไฟล์รีโพซิทอรีผ่าน HTTP ได้ Squid สามารถแคชการตอบสนอง HTTP ที่มีคุณสมบัติเหมาะสมได้ ไคลเอนต์ไม่จำเป็นต้องเป็นเว็บเบราว์เซอร์

ในการติดตั้ง Squid 6 หรือ 7 ให้ตรวจสอบอินพุตเหล่านี้เมื่อการถ่ายโอนแพ็กเกจทุกครั้งยังไปถึงต้นทาง

• การดาวน์โหลดใช้ HTTP หรือ Squid มีสิทธิ์เข้าถึงการแลกเปลี่ยน HTTP ด้วยวิธีอื่น อุโมงค์ HTTPS CONNECT เพียงอย่างเดียวไม่เปิดเผยการตอบสนองของแพ็กเกจให้แคชได้
• แคชมีพื้นที่เก็บที่เหมาะสมกำหนดค่าไว้ การส่งต่อสำเร็จไม่ได้พิสูจน์ว่ามีแคชบนดิสก์
• ไฟล์เก็บถาวรพอดีกับขนาดออบเจกต์สูงสุดของไดเรกทอรีแคชที่ใช้ เมทาดาทาขนาดเล็กและ .deb ขนาดใหญ่อาจให้ผลลัพธ์ต่างกัน
• คำขอและการตอบสนองอนุญาตให้จัดเก็บและนำกลับมาใช้ใหม่ตามนโยบาย cache-control ของตน

APT เปิดเผย Acquire::http::No-Cache, Max-Age และ No-Store No-Store สามารถป้องกันไม่ให้ไฟล์เก็บถาวรที่ร้องขอถูกจัดเก็บ No-Cache ขอการตรวจสอบซ้ำก่อนนำการตอบสนองที่จัดเก็บไว้กลับมาใช้ ตรวจสอบการกำหนดค่า APT ที่มีผลจริงและนโยบายของ Squid

เปรียบเทียบ URL แบบเต็มเดียวกันและตรวจสอบผลลัพธ์แคชใน access.log โฮสต์กระจกที่ต่างกัน เส้นทางรีโพซิทอรีที่เปลี่ยนไป หรือแพ็กเกจที่แคชไว้ในเครื่องอาจหมายความว่าการติดตั้งสองครั้งไม่เคยร้องขอออบเจกต์เครือข่ายเดียวกัน

กระจกรีโพซิทอรีดูแลเนื้อหารีโพซิทอรีอย่างตั้งใจ แทนที่จะพึ่งพาการนำแคช HTTP กลับมาใช้ใหม่ตามต้องการเพียงอย่างเดียว