Squid اور LDAP ڈائریکٹریوں میں دہرائے گئے صارف نام

اگر دو آزاد ڈائریکٹریوں میں دونوں میں alex ہے تو پراکسی کو پاس ورڈ جانچنے سے پہلے ڈائریکٹری کا انتخاب درکار ہے۔ پہلے A اور پھر B آزمانا اس انتخاب کو تصدیق کی ناکامی کے اندر چھپا دیتا ہے اور غیر دستیاب ڈائریکٹری کو مسترد شدہ راز سے خلط ملط کر سکتا ہے۔

دو ترتیبیں شناخت کو واضح کر سکتی ہیں:

• اہل لاگ ان۔ [email protected] جیسا نام ڈسپیچر کے ذریعے منتظم کا مقرر کردہ مستقل ڈائریکٹری منتخب کرتا ہے۔ اجازت کے لیے اہل شناخت اور لاگنگ برقرار رکھیں۔ کلائنٹ کی فراہم کردہ لاحقہ کو من مانی LDAP سرور پتہ میں نہ بدلیں۔
• مستحکم قابلِ اعتماد درخواست سیاق۔ سننے والا یا کوئی اور معاون سیاق ڈائریکٹری منتخب کرتا ہے۔ طے کریں کہ جب کوئی شخص سفر کرے یا دوسرا سننے والا استعمال کرے تو کیا ہوتا ہے؛ نیٹ ورک مقام ذاتی شناخت نہیں ہے۔

ایک ڈائریکٹری کی نقول مختلف ہوتی ہیں: وہ ایک ہی شناختی نام کی جگہ شریک کرتی ہیں۔ غیر متعلقہ ڈائریکٹریاں صرف اس لیے نقول نہیں بنتیں کہ دونوں LDAP استعمال کرتی ہیں۔

Squid کی اسناد کیش کی چابی کو مددگار کے انتخاب سے ہم آہنگ کریں۔ auth_param حوالہ اضافی سیاق بھیجنے اور اسے کیش چابی میں شامل کرنے کے لیے key_extras بیان کرتا ہے، جس میں سننے کے پورٹ سے الگ کیے گئے ایک جیسے ناموں کی صورت بھی شامل ہے۔ مددگار کو توسیع شدہ ان پٹ سمجھنا چاہیے اور منتخب میکرو اس تصدیق کے مرحلے میں دستیاب ہونا چاہیے۔

مستحکم سیاق کو ترجیح دیں۔ بار بار بدلتا کلائنٹ IP کیش شناختیں بڑھا سکتا ہے اور ایک صارف شناخت کی توقع رکھنے والے کنٹرول بدل سکتا ہے۔

نامعلوم ڈائریکٹری، نامعلوم اکاؤنٹ، مسترد شدہ پاس ورڈ اور غیر دستیاب ڈائریکٹری کو الگ الگ متعین کریں۔ North کے غیر دستیاب ہونے پر North کا اکاؤنٹ خاموشی سے South کا Alex نہیں بننا چاہیے۔ پاس ورڈ درج کیے بغیر ان نتائج کو لاگ میں الگ پہچانے جانے والے رکھیں۔