Squid 403 प्रतिक्रियाहरू: नयाँ अस्वीकृति वा क्यास गरिएको त्रुटि?

एउटै 403 पृष्ठ दुई पटक देख्नु क्यास हिटको प्रमाण होइन। कारोबारको पहुँच रेकर्ड र प्रतिक्रिया हेडरलाई दुई प्रश्नसँग मिलाउनुहोस्: अस्वीकृति कसले उत्पादन गर्‍यो, र भण्डारण गरिएको प्रतिक्रिया पुनः प्रयोग भयो?

• स्थानीय रूपमा अस्वीकृत अनुरोधका लागि त्यसको पहुँच-नियम वा पहिचानको निर्णय सुधार्न आवश्यक छ।
• मूल स्रोतबाट नयाँ अस्वीकृतिको अर्थ मूल स्रोतले अझै अनुरोध अस्वीकार गर्छ।
• पुनः प्रयोग गरिएको मूल प्रतिक्रियाका लागि त्यसको ताजगी नीति र लागू क्यास कन्फिगरेसन जाँच्न आवश्यक छ।

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

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

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