Squid र LDAP निर्देशिकाहरूमा दोहोरिएका प्रयोगकर्तानामहरू

यदि दुई स्वतन्त्र निर्देशिकाहरू दुवैमा alex छ भने, प्रोक्सीलाई पासवर्ड जाँच्नु अघि निर्देशिका छनोट चाहिन्छ। पहिले A र त्यसपछि B प्रयास गर्नुले त्यो छनोट प्रमाणीकरण असफलताभित्र लुकाउँछ र उपलब्ध नभएको निर्देशिकालाई अस्वीकृत गोप्यसँग भ्रमित गर्न सक्छ।

दुई व्यवस्थाले पहिचान स्पष्ट बनाउन सक्छन्:

• योग्य लगइन। [email protected] जस्तो नामले डिस्प्याचरमार्फत प्रशासकले तोकेको स्थिर निर्देशिका छान्छ। अधिकारका लागि योग्य पहिचान र लगिङ कायम राख्नुहोस्। ग्राहकले दिएको प्रत्ययलाई स्वेच्छाचारी LDAP सर्भर ठेगानामा नबदल्नुहोस्।
• स्थिर विश्वसनीय अनुरोध सन्दर्भ। श्रोता वा अन्य समर्थित सन्दर्भले निर्देशिका छान्छ। व्यक्ति घुम्ती वा अर्को श्रोता प्रयोग गर्दा के हुन्छ परिभाषित गर्नुहोस्; सञ्जाल स्थान व्यक्तिगत पहिचान होइन।

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

Squid को क्रेडेन्सियल-क्यास कुञ्जीलाई सहायकको छनोटसँग मिलाउनुहोस्। auth_param सन्दर्भले अतिरिक्त सन्दर्भ पठाउन र त्यसलाई क्यास कुञ्जीमा समावेश गर्न key_extras वर्णन गर्छ, सुन्ने पोर्टले छुट्याइएका समान नामहरूको अवस्थासमेत। सहायकले विस्तारित इनपुट बुझ्नुपर्छ, र छानिएको म्याक्रो त्यो प्रमाणीकरण चरणमा उपलब्ध हुनुपर्छ।

स्थिर सन्दर्भलाई प्राथमिकता दिनुहोस्। बारम्बार परिवर्तन हुने ग्राहक IP ले क्यास पहिचान बढाउन र एक प्रयोगकर्ता पहिचान अपेक्षा गर्ने नियन्त्रण बदल्न सक्छ।

अज्ञात निर्देशिका, अज्ञात खाता, अस्वीकृत पासवर्ड र उपलब्ध नभएको निर्देशिका छुट्टाछुट्टै परिभाषित गर्नुहोस्। North उपलब्ध नहुँदा North को खाता चुपचाप South को Alex बन्नु हुँदैन। पासवर्ड नराखी ती परिणामहरू लगमा छुट्याउन सकिने राख्नुहोस्।