การเห็นหน้า 403 เดิมสองครั้งไม่ใช่หลักฐานของการแคชฮิต จับคู่บันทึกการเข้าถึงของธุรกรรมและส่วนหัวการตอบสนองกับสองคำถาม: ใครสร้างการปฏิเสธ และมีการใช้การตอบสนองที่จัดเก็บไว้ซ้ำหรือไม่

  • คำขอที่ถูกปฏิเสธในเครื่องต้องได้รับการแก้ไขการตัดสินใจเกี่ยวกับกฎการเข้าถึงหรือตัวตน
  • การปฏิเสธใหม่จากต้นทางหมายความว่าต้นทางยังคงปฏิเสธคำขอ
  • การตอบสนองต้นทางที่ใช้ซ้ำต้องตรวจสอบนโยบายความสดใหม่และการกำหนดค่าแคชที่ใช้บังคับ

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

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

เอกสารอ้างอิงยังต้องมีการสร้างที่อนุญาตการละเมิด HTTP และไม่รวม Squid 8 อย่าโอนข้อเสนออายุสำหรับ Squid 2.7 ไปยังรุ่นอื่นโดยไม่ตรวจสอบการสนับสนุน การลบวัตถุอาจขจัดอาการทันที นโยบายที่ทำให้มันถูกใช้ซ้ำได้เป็นตัวกำหนดคำขอถัดไป

บทความที่เกี่ยวข้อง