Squid को Basic प्रमाणीकरणले पुरानो पासवर्ड अझै किन स्वीकार्छ

Squid को पासवर्ड फाइल बदल्दा त्यसपछिको हरेक अनुरोधले सहायक कार्यक्रम फेरि बोलाउँछ भन्ने हुँदैन। Basic प्रमाणीकरणमा Squid ले सफलतापूर्वक जाँचिएको प्रयोगकर्ता नाम र पासवर्डको जोडी क्यासमा राख्न सक्छ।

यो जाँच कति समयसम्म मान्य मानिन्छ भनेर नियन्त्रण गर्ने Squid 6.13 सेटिङ credentialsttl हो। उदाहरणका लागि:

auth_param basic credentialsttl 5 minutes

यो नीतिमूल्यको उदाहरण हो, विश्वव्यापी सुझाव होइन। स्वीकार्य पहुँच-रद्द ढिलाइ र तपाईंको प्रमाणीकरण ब्याकएन्डले सम्हाल्न सक्ने भार अनुसार छान्नुहोस्।

तीन जाँच अलग गर्नुहोस्

पहिले तपाईंले सक्रिय सहायकले प्रयोग गर्ने फाइल सम्पादन गर्नुभएको निश्चित गर्नुहोस्। प्रयोग नहुने फाइलमा सही परिवर्तनको प्रभाव हुँदैन। त्यसपछि सहायकले फाइल पढेर नयाँ खाताको विवरण जाँच्न सक्छ कि सक्दैन हेर्नुहोस्। अन्त्यमा चलिरहेको इन्स्टन्समार्फत नयाँ प्रोक्सी अनुरोध जाँच्नुहोस्, जहाँ प्रमाणपत्र क्यास र पहुँच नियम पनि लागू हुन्छन्।

सहायक र चलिरहेको प्रोक्सी अलग-अलग जाँच्नुहोस्। ब्याकएन्डले अहिले के स्वीकार गर्छ सहायकले देखाउँछ, तर Squid ले क्यास गरिएको जाँच फेरि प्रयोग गर्न सक्छ। विवरण बदल्दा नयाँले काम गर्छ र लागू जाँच-अवधि पछि पुरानो अस्वीकार हुन्छ दुवै जाँच्नुहोस्।

यो व्यवहार जाँच्न छुट्टै परीक्षण खाता प्रयोग गर्नुहोस्। अनुरोध, क्लाइन्ट स्रोत र लक्ष्य उस्तै राख्नुहोस् र साझा कमान्ड आउटपुटमा वास्तविक पासवर्ड नराख्नुहोस्।

फाइल परिवर्तनमा निर्भर नभई रद्द गर्ने योजना बनाउनुहोस्

जाँचको छोटो वैधताले ब्याकएन्डको काम बढाउँछ। व्यस्त सेवामा घटाउनु अघि सहायकको क्षमता विचार गरेर वास्तविक ब्याकएन्डसँग व्यवहार जाँच्नुहोस्। तपाईंको संस्करण र सेटअपका लागि प्रमाणित नभएसम्म कन्फिगरेसन पुनःलोडले सबै सम्बन्धित प्रमाणीकरण अवस्था मेटाउँछ भनेर नमान्नुहोस्।

तुरुन्त पहुँच हटाउन खाता वा स्रोतको स्पष्ट पहुँच निषेधले छुट्टै सीमा दिन सक्छ। पासवर्ड फाइलबाट मेटाउनेमा मात्र निर्भर नभई प्रभावित मार्गबाट त्यो निषेध जाँच्नुहोस्।

यो सेटिङले Basic जाँचको क्यास वर्णन गर्छ। जडान-केन्द्रित प्रमाणीकरण योजनामा थप अवस्था हुन्छ, त्यसैले समानताको आधारमा उही रद्दीकरण मोडल लागू गर्नु हुँदैन।