Squid का Basic प्रमाणीकरण अब भी पुराना पासवर्ड क्यों स्वीकार करता है
पासवर्ड फ़ाइल संपादित करते ही हर अनुरोध की पहुँच रद्द मानने से पहले Squid 6.13 में Basic क्रेडेंशियल कैश समझें।
Squid की पासवर्ड फ़ाइल बदलने से ज़रूरी नहीं कि उसके बाद का हर अनुरोध सहायक प्रोग्राम को दोबारा बुलाए। Basic प्रमाणीकरण में Squid सफलतापूर्वक सत्यापित उपयोगकर्ता नाम और पासवर्ड की जोड़ी कैश कर सकता है।
Squid 6.13 में इस जाँच को कितने समय तक मान्य माना जाए, इसे नियंत्रित करने वाली सेटिंग credentialsttl है। उदाहरण के लिए:
auth_param basic credentialsttl 5 minutes
यह नीति मान का उदाहरण है, सार्वभौमिक सुझाव नहीं। इसे स्वीकार्य पहुँच-रद्दीकरण विलंब और आपके प्रमाणीकरण बैकएंड की संभालने योग्य लोड क्षमता के अनुसार चुनें।
तीन जाँचें अलग रखें
पहले सुनिश्चित करें कि आपने सक्रिय सहायक प्रोग्राम द्वारा इस्तेमाल की जाने वाली फ़ाइल संपादित की है। इस्तेमाल न होने वाली फ़ाइल में सही बदलाव भी असर नहीं डालता। फिर देखें कि सहायक फ़ाइल पढ़कर नए खाते की जानकारी सत्यापित कर सकता है। अंत में चल रहे इंस्टेंस के माध्यम से नया प्रॉक्सी अनुरोध जाँचें, जहाँ क्रेडेंशियल कैश और पहुँच नियम भी लागू होते हैं।
सहायक और चल रहे प्रॉक्सी को अलग-अलग जाँचें। सहायक दिखाता है कि बैकएंड अभी क्या स्वीकार करता है, जबकि Squid अब भी कैश की गई जाँच इस्तेमाल कर सकता है। क्रेडेंशियल बदलते समय जाँचें कि नए काम करते हैं और संबंधित सत्यापन अवधि के बाद पुराने अस्वीकार होते हैं।
इस व्यवहार की पड़ताल के लिए समर्पित परीक्षण खाता इस्तेमाल करें। अनुरोध, क्लाइंट का स्रोत और लक्ष्य समान रखें तथा साझा कमांड आउटपुट में असली पासवर्ड न डालें।
फ़ाइल संपादन पर निर्भर रहने के बजाय पहुँच रद्द करने की योजना बनाएँ
सत्यापन की छोटी वैधता अवधि बैकएंड का काम बढ़ाती है। व्यस्त सेवा में इसे घटाने से पहले सहायक प्रोग्रामों की क्षमता पर विचार करें और असली बैकएंड से व्यवहार सत्यापित करें। आपके संस्करण और सेटअप में प्रमाणित न हो तो यह न मानें कि कॉन्फ़िगरेशन दोबारा लोड करने से प्रमाणीकरण की हर संबंधित स्थिति मिट जाती है।
तुरंत पहुँच हटाने के लिए खाते या स्रोत का स्पष्ट पहुँच निषेध अलग सीमा दे सकता है। केवल पासवर्ड फ़ाइल से हटाने पर निर्भर रहने के बजाय प्रभावित मार्ग से उस निषेध को जाँचें।
यह सेटिंग Basic सत्यापन की कैशिंग बताती है। कनेक्शन-आधारित प्रमाणीकरण योजनाओं में अतिरिक्त स्थिति होती है; केवल समानता के आधार पर उन्हें वही रद्दीकरण मॉडल नहीं देना चाहिए।