Squid Basic LDAP প্রমাণীকরণ কেন এখনও পাসওয়ার্ড চায়

একটি Squid কনফিগারেশন Active Directory-র বিপরীতে পাসওয়ার্ড যাচাই করতে পারে এবং তবুও একটি লগইন বাক্স দেখাতে পারে। এর অর্থ এই নয় যে কিছু নিশ্চিতভাবে ভেঙে গেছে। AD বলে অ্যাকাউন্টটি কোথায় থাকে; এটি বলে না ব্রাউজার কীভাবে প্রমাণ করবে ব্যবহারকারী কে।

এই লাইনে গুরুত্বপূর্ণ শব্দটি হল basic:

auth_param basic realm Windows Logon

realm-এর পরের শব্দগুলি সুরক্ষিত প্রমাণীকরণ ক্ষেত্রের নাম দেয়। তারা Windows অ্যাক্সেস টোকেন চায় না এবং চ্যালেঞ্জকে Negotiate-এ বদলায় না। একটি Basic LDAP সহায়ক প্রদত্ত শংসাপত্র গ্রহণ করে এবং ডিরেক্টরির বিপরীতে তা যাচাই করে।

একটি সাধারণ কনফিগারেশনে তিনটি আলাদা সিদ্ধান্ত থাকে: Squid কীভাবে ক্লায়েন্টকে চ্যালেঞ্জ করে, সহায়ক সেই প্রতিক্রিয়া কীভাবে যাচাই করে, এবং অ্যাক্সেস নিয়ম কোন প্রমাণিত ব্যবহারকারী বা গোষ্ঠীকে অনুমতি দেয়। সফল LDAP গোষ্ঠী অনুসন্ধান কেবল শেষ সিদ্ধান্তটির সমাধান করে। এটি ব্রাউজারের অনুপস্থিত শংসাপত্র দিতে পারে না।

যদি প্রয়োজনটি নীরব সাইন-ইন হয়

ব্রাউজার-সমর্থিত সমন্বিত প্রমাণীকরণ স্কিম বেছে নিন এবং তার সার্ভার-সাইড পূর্বশর্তগুলি কনফিগার করুন। Kerberos-ভিত্তিক Negotiate-এর জন্য এতে পরিষেবা পরিচয় ও কী উপাদান, সেই সঙ্গে ওই প্রক্সিতে প্রমাণীকরণের অনুমতি দেওয়া ক্লায়েন্ট নীতি অন্তর্ভুক্ত। কেবল Basic কনফিগারেশনের অধীনে সহায়কের এক্সিকিউটেবল বদলালে সেই রূপান্তর হবে না।

কর্মরত LDAP সেটআপ প্রতিস্থাপনের আগে ঠিক করুন কোন ফলাফল দরকার। ওয়ার্কস্টেশন লগইনে ব্যবহৃত একই ব্যবহারকারী নাম ও পাসওয়ার্ড গ্রহণ করা Basic প্রমাণীকরণের যুক্তিসঙ্গত দাবি। সেই পাসওয়ার্ড না চেয়ে লগইন করা Windows পরিচয় পুনরায় ব্যবহার করা ভিন্ন দাবি, যার জন্য ভিন্ন প্রোটোকল ও স্থাপনা কাজ লাগে।