Squid 403 प्रतिक्रियाएँ: नई अस्वीकृति या कैश्ड त्रुटि?

एक ही 403 पृष्ठ दो बार दिखना कैश हिट का प्रमाण नहीं है। लेन-देन के प्रवेश रिकॉर्ड और प्रतिक्रिया हेडर को दो प्रश्नों से मिलाएँ: अस्वीकृति किसने बनाई, और क्या संग्रहीत प्रतिक्रिया फिर से प्रयोग हुई?

• स्थानीय रूप से अस्वीकृत अनुरोध के लिए उसके प्रवेश-नियम या पहचान के निर्णय को ठीक करना आवश्यक है।
• मूल से नई अस्वीकृति का अर्थ है कि मूल अभी भी अनुरोध को अस्वीकार करता है।
• पुनः प्रयुक्त मूल प्रतिक्रिया के लिए उसकी ताज़गी नीति और लागू कैश कॉन्फ़िगरेशन की जाँच आवश्यक है।

HTTP कैशिंग अपनी शर्तों के अंतर्गत कुछ नकारात्मक प्रतिक्रियाएँ शामिल करता है, परंतु 403 को डिफ़ॉल्ट रूप से अनुमानित ताज़गी नहीं मिलती। अन्यथा कैश-योग्य अस्वीकृति स्पष्ट साझा-कैश आयु वहन कर सकती है। मूल पर अनुमति बदलने से अभी भी ताज़ा मानी जाने वाली प्रतिक्रिया नहीं मिटती; जिन निर्णयों को संग्रहीत नहीं करना चाहिए उनके लिए उपयुक्त प्रतिक्रिया नीति अपनाएँ।

Squid का negative_ttl अज्ञात समाप्ति वाले कुछ विफल अनुरोधों के लिए अलग फ़ॉलबैक है। वर्तमान निर्देश संदर्भ में शामिल संस्करणों में इसका प्रलेखित डिफ़ॉल्ट शून्य है। यह स्पष्ट HTTP निर्देशों से ताज़ा किए गए त्रुटि प्रतिक्रियाओं को निषिद्ध नहीं करता।

संदर्भ HTTP उल्लंघनों की अनुमति देने वाला बिल्ड भी माँगता है और Squid 8 को बाहर रखता है। समर्थन जाँचे बिना Squid 2.7 की आयु सुझाव किसी अन्य संस्करण में न ले जाएँ। किसी ऑब्जेक्ट को हटाना तत्काल लक्षण दूर कर सकता है; जो नीति उसे पुनः प्रयोग योग्य बनाती है वही अगला अनुरोध तय करती है।