Squid এবং LDAP ডিরেক্টরিতে একই ব্যবহারকারীনাম

যদি দুটি স্বতন্ত্র ডিরেক্টরির দুটিতেই alex থাকে, তবে প্রক্সিকে পাসওয়ার্ড যাচাইয়ের আগে ডিরেক্টরি বেছে নিতে হয়। A তারপর B চেষ্টা করলে সেই নির্বাচন প্রমাণীকরণ ব্যর্থতার ভিতরে লুকিয়ে যায় এবং অনুপলব্ধ ডিরেক্টরিকে প্রত্যাখ্যাত গোপন তথ্যের সাথে গুলিয়ে ফেলতে পারে।

দুটি ব্যবস্থা পরিচয় স্পষ্ট করতে পারে:

• যোগ্য লগইন। [email protected]-এর মতো নাম একটি ডিসপ্যাচারের মাধ্যমে প্রশাসক-নির্ধারিত স্থির ডিরেক্টরি বেছে নেয়। অনুমোদনের জন্য যোগ্য পরিচয় ও লগিং সংরক্ষণ করুন। ক্লায়েন্টের দেওয়া প্রত্যয়কে ইচ্ছাধীন LDAP সার্ভার ঠিকানায় পরিণত করবেন না।
• স্থিতিশীল বিশ্বস্ত অনুরোধ প্রসঙ্গ। লিসেনার বা অন্য সমর্থিত প্রসঙ্গ ডিরেক্টরি বেছে নেয়। কেউ ঘুরে বেড়ালে বা অন্য লিসেনার ব্যবহার করলে কী হয় তা নির্ধারণ করুন; নেটওয়ার্ক অবস্থান ব্যক্তিগত পরিচয় নয়।

একই ডিরেক্টরির প্রতিলিপি আলাদা: তারা একটি পরিচয় নামস্থান ভাগ করে। অসম্পর্কিত ডিরেক্টরিগুলো প্রতিলিপি হয় না কারণ দুটোই LDAP ব্যবহার করে।

Squid-এর ক্রেডেনশিয়াল-ক্যাশ কী সহায়কের নির্বাচনের সাথে মিলিয়ে নিন। auth_param রেফারেন্স অতিরিক্ত প্রসঙ্গ পাঠানো ও ক্যাশ কী-তে তা অন্তর্ভুক্ত করার জন্য key_extras বর্ণনা করে, যার মধ্যে শোনার পোর্ট দিয়ে আলাদা করা একই নামের ক্ষেত্রও রয়েছে। সহায়ককে সম্প্রসারিত ইনপুট বুঝতে হবে, এবং নির্বাচিত ম্যাক্রো সেই প্রমাণীকরণ পর্যায়ে উপলব্ধ থাকতে হবে।

স্থিতিশীল প্রসঙ্গ পছন্দ করুন। ঘন ঘন পরিবর্তনশীল ক্লায়েন্ট IP ক্যাশ পরিচয় বহুগুণ করতে পারে এবং একক ব্যবহারকারী পরিচয় প্রত্যাশী নিয়ন্ত্রণ পরিবর্তন করতে পারে।

অজানা ডিরেক্টরি, অজানা অ্যাকাউন্ট, প্রত্যাখ্যাত পাসওয়ার্ড এবং অনুপলব্ধ ডিরেক্টরি আলাদাভাবে নির্ধারণ করুন। North অনুপলব্ধ হলে North-এর অ্যাকাউন্ট নীরবে South-এর Alex হয়ে যাওয়া উচিত নয়। পাসওয়ার্ড রেকর্ড না করেই লগে সেই ফলাফলগুলো আলাদা রাখুন।