Squid बाहरी ACL कैशिंग: हेल्पर को हर बार क्यों नहीं बुलाया जाता

एक हेल्पर जो एक अनुरोध लॉग करके चुप हो जाता है, सामान्य हो सकता है। Squid हेल्पर को दूसरी क्वेरी भेजे बिना कैश किए गए बाहरी ACL परिणाम से नियम का मूल्यांकन कर सकता है।

पहले पुन: प्रयोज्य निर्णय परिभाषित करें। “क्या यह खाता प्रॉक्सी का उपयोग कर सकता है?” के लिए “क्या यह खाता इस गंतव्य तक पहुँच सकता है?” से भिन्न इनपुट चाहिए। विस्तारित बाहरी ACL प्रारूप कैश कुंजी बनाता है। यदि हेल्पर उपयोगकर्ता नाम और गंतव्य से निर्णय लेता है पर कुंजी में केवल उपयोगकर्ता नाम है, तो कैश किया गया अनुमोदन इच्छित से अधिक व्यापक रूप से लागू हो सकता है। उत्तर बदलने वाला हर इनपुट शामिल करें और केवल समतुल्य निर्णयों को बिखेरने वाले विवरण से बचें।

फिर ताज़गी चुनें। सकारात्मक ttl और negative_ttl मेल खाते और न मेल खाते परिणामों को नियंत्रित करते हैं; grace किसी प्रविष्टि के समाप्त होने से पहले रीफ़्रेश शुरू कर सकता है। तय करें कि रद्द किए गए खाते का कैश किया गया अनुमोदन बाद के निर्णयों को कितने समय तक प्रभावित कर सकता है। इनमें से कोई भी सेटिंग स्थापित CONNECT टनल को हर बाइट या आंतरिक HTTPS अनुरोध के लिए फिर से अधिकृत नहीं करती। यदि हेल्पर ट्रैफ़िक कोटा लागू करता है, तो स्वीकृत स्थानांतरण शेष बदलने के बाद भी जारी रह सकते हैं।

हेल्पर एक स्थायी प्रोटोकॉल सहभागी है, हर अनुरोध के लिए नया स्क्रिप्ट प्रक्रिया आवश्यक नहीं। इसे क्रमिक क्वेरी पंक्तियों के लिए तैयार रखें और हर उत्तर तुरंत भेजें। निदान दूसरे चैनल पर रखें। समवर्तीता सक्षम होने पर संबंधित दिया गया चैनल पहचानकर्ता लौटाएँ।

अंत में, धीमे, अनुपलब्ध और आंतरिक-त्रुटि परिणाम परिभाषित करें और आसपास का ACL क्रम उन्हें उत्पन्न करे। डिज़ाइन तब पूर्ण है जब पुन: प्रयोज्य उत्तर की विशिष्टता और अनुमत आयु दोनों पहुँच आवश्यकता से मेल खाते हैं।