पहिले नै भण्डारण गरिएको प्रतिक्रिया प्रयोग गर्नुपर्ने अनुरोधका लागि HTTP ले Cache-Control: only-if-cached परिभाषित गर्छ।

क्लाइन्टले यसलाई HTTP क्यासिङ प्रोक्सीमार्फत पठाउन सक्छ:

curl --proxy http://127.0.0.1:3128 \
  --header 'Cache-Control: only-if-cached' \
  --include http://www.example.org/report

यो निर्देश पालना गर्ने क्यासले अनुरोधका अन्य सीमाहरूसँग मेल खाने भण्डारित प्रतिक्रिया फर्काउनुपर्छ, वा अनुरोध पूरा गर्न नसके 504 Gateway Timeout दिनुपर्छ। यहाँ 504 ले प्रोक्सीमा असफल TCP जडान नभई क्यास नीति जनाउन सक्छ।

निर्देशले पुरानो सामग्रीलाई स्वतः अधिकृत गर्दैन। ताजापन, प्रमाणीकरण आवश्यकता र मिल्ने Vary फिल्डहरू अझै महत्त्वपूर्ण छन्। no-cache अनुरोध निर्देशले बरु पुनः प्रयोगअघि मूल स्रोतमा सफल प्रमाणीकरण माग्न सक्छ।

यो क्यासको अफलाइन प्रमाणीकरण मोड सेट गर्नुभन्दा पनि फरक हो। only-if-cached व्यक्तिगत अनुरोधमा बोकिन्छ र क्लाइन्ट के लिन तयार छ भन्ने व्यक्त गर्छ।

यो व्यवहार समर्थन गर्ने क्यास प्रयोग गर्नुहोस्। बेवास्ता गरिएको अनुरोध निर्देश फायरवाल होइन, त्यसैले अपस्ट्रिम ट्राफिक कडाइका साथ रोक्न स्वतन्त्र रूपमा लागू गरिएको नेटवर्क वा सर्भर नीति चाहिन्छ।

सामान्य HTTPS CONNECT प्रोक्सी इन्क्रिप्ट गरिएका HTTP हेडर देख्दैन र त्यो सुरुङबाट पृष्ठ वस्तुहरू राख्दैन। उदाहरणले जानाजानी सरल HTTP स्रोत प्रयोग गर्छ जसलाई क्यासले प्रशोधन गर्न सक्छ।

सम्बन्धित लेखहरू