Squid 7-এর প্রমাণিত ব্যবহারকারীনাম একটি ICAP পরিষেবায় পাঠান
ব্যবহারকারীনাম ফরওয়ার্ডিং সক্রিয় করুন এবং অভিযোজন পরিষেবা যে ICAP মেটাডেটা হেডার ও এনকোডিং আশা করে তা নিয়ে সম্মত হোন।
একটি ICAP পরিষেবা Squid-এর জানা প্রমাণিত পরিচয় গ্রহণ করতে পারে, তবে সেই পরিচয় কীভাবে বহন করা হবে তা নিয়ে উভয় পক্ষকে সম্মত হতে হবে। শুধু একটি হেডারের নাম দেওয়া ব্যবহারকারীনাম ফরওয়ার্ডিং সক্রিয় করে না।
ICAP সমর্থন ও ক্লায়েন্ট প্রমাণীকরণসহ বিদ্যমান Squid 7 সেটআপের জন্য প্রাসঙ্গিক সেটিংসগুলি হতে পারে:
adaptation_send_username on
icap_client_username_header X-Authenticated-User
icap_client_username_encode off
এটি বিদ্যমান ICAP পরিষেবা, অভিযোজন নিয়ম এবং প্রক্সি অ্যাক্সেস কনফিগারেশনের পরিপূরক। এটি প্রমাণীকরণ বা অভিযোজন পরিষেবা তৈরি করে না।
পরিষেবার ইনপুটের সঙ্গে মিলান
Squid-এর ডিফল্ট ব্যবহারকারীনাম হেডার হল X-Client-Username। অ্যাডাপ্টার যদি X-Authenticated-User আশা করে, তবে উপরের মতো Squid-এর কনফিগার করা নাম বদলান বা অ্যাডাপ্টারকে ডিফল্টটি পড়তে কনফিগার করুন। হেডারের নাম মেলানো HTTP-এর বড়-ছোট হাতের অক্ষর নির্বিশেষ নিয়ম অনুসরণ করে।
এনকোডিংও মিলতে হবে। icap_client_username_encode সক্রিয় থাকলে Squid মানটি Base64-এ এনকোড করে। পরিষেবাকে সেই উপস্থাপনাটি অন্য ব্যবহারকারীনাম হিসেবে না ধরে ডিকোড করতে হবে।
এটি Squid ও তার পরিষেবার মধ্যে ICAP বিনিময়ের মেটাডেটা। প্রতিটি গন্তব্য ওয়েবসাইটে ব্যবহারকারী পরিচয় হেডার পাঠানোর নির্দেশ এটি নয়।
পরিষেবা যদি এখনও একটি IP ঠিকানা রিপোর্ট করে
নিশ্চিত করুন যে লেনদেনে Squid-এ সত্যিই একটি প্রমাণিত ব্যবহারকারীনাম আছে, ব্যবহারকারীনাম ফরওয়ার্ডিং সক্রিয় আছে এবং পরিষেবা কনফিগার করা হেডারটি পড়ছে। অ্যাডাপ্টারের ক্লায়েন্ট ঠিকানায় ফিরে যাওয়া প্রমাণ করে না যে Squid প্রমাণীকরণ ব্যর্থ হয়েছে; হস্তান্তরটিই অনুপস্থিত বা ভুল নামের হতে পারে।
এই পরিচয়কে কেবল Squid থেকে অ্যাডাপ্টার পর্যন্ত নিয়ন্ত্রিত পথে বিশ্বাসযোগ্য হিসেবে গণ্য করুন। এই নির্দেশিকাগুলি সংস্করণ-নির্দিষ্ট: কনফিগারেশন রেফারেন্স সেগুলি Squid 7 ও আগের লাইনের জন্য তালিকাভুক্ত করে এবং Squid 8-এ অনুপলব্ধ বলে চিহ্নিত করে।