Squid 403 प्रतिसाद: नवीन नकार की कॅश केलेली त्रुटी?

तेच 403 पृष्ठ दोन वेळा पाहणे कॅश हिटचा पुरावा नाही. व्यवहाराची प्रवेश नोंद आणि प्रतिसाद हेडर दोन प्रश्नांशी जुळवा: नकार कोणी निर्माण केला, आणि साठवलेला प्रतिसाद पुन्हा वापरला गेला का?

• स्थानिक पातळीवर नाकारलेल्या विनंतीसाठी तिचा प्रवेश-नियम किंवा ओळखीचा निर्णय दुरुस्त करणे आवश्यक आहे.
• मूळ स्रोताकडून नवीन नकार म्हणजे स्रोत अजूनही विनंती नाकारतो.
• पुन्हा वापरलेल्या स्रोत प्रतिसादासाठी त्याचे ताजेपण धोरण आणि लागू कॅश संरचना तपासणे आवश्यक आहे.

HTTP कॅशिंग त्याच्या अटींअंतर्गत काही नकारात्मक प्रतिसाद समाविष्ट करते, परंतु 403 ला डीफॉल्टनुसार अंदाजित ताजेपण मिळत नाही. अन्यथा कॅश करण्यायोग्य नकारास स्पष्ट सामायिक-कॅश आयु असू शकते. मूळ स्रोतावर परवानगी बदलल्याने अजूनही ताजा मानला जाणारा प्रतिसाद पुसला जात नाही; साठवू नये अशा निर्णयांसाठी योग्य प्रतिसाद धोरण वापरा.

Squid चे negative_ttl अज्ञात समाप्ती असलेल्या काही अयशस्वी विनंत्यांसाठी स्वतंत्र फॉलबॅक आहे. सध्याच्या निर्देश संदर्भात समाविष्ट आवृत्त्यांमध्ये त्याचे दस्तऐवजीकृत डीफॉल्ट शून्य आहे. हे स्पष्ट HTTP निर्देशांद्वारे ताजे केलेल्या त्रुटी प्रतिसादांना प्रतिबंधित करत नाही.

संदर्भ HTTP उल्लंघने परवानगी देणारी बिल्ड देखील आवश्यक करतो आणि Squid 8 वगळतो. समर्थन तपासल्याशिवाय Squid 2.7 ची आयु सूचना इतर आवृत्तीत न्या. एखादी वस्तू काढल्यास तात्काळ लक्षण दूर होऊ शकते; ती पुन्हा वापरण्यायोग्य करणारे धोरणच पुढील विनंती ठरवते.