Squid-এর সেশন হেল্পার কোথায় গেল?

অন্য সার্ভার থেকে কপি করা একটি কনফিগারেশন ext_session_acl নাম উল্লেখ করে। আপনার Squid প্যাকেজে সেই পথে কোনো ফাইল নেই। এটি নষ্ট ব্যবহারকারী সেশন নয়, বরং প্যাকেজিং অসঙ্গতি হতে পারে।

Squid বাহ্যিক ACL সিদ্ধান্ত হেল্পার প্রোগ্রামে অর্পণ করতে পারে, কিন্তু external_acl_type-এ কোনো প্রোগ্রামের নাম লেখা সেটি ইনস্টল করে না। বাইনারিটিকে স্থাপিত পরিবেশে থাকতেই হবে।

তিনটি জিনিস তুলনা করুন:

• আপনি যে Squid সংস্করণ ব্যবহার করছেন তার জন্য হেল্পারের নথিভুক্ত নাম।
• আপনার ডিস্ট্রিবিউশনের প্যাকেজ আসলে যেসব ফাইল দেয়।
• Squid যে কনফিগারেশন লোড করেছে তাতে থাকা পরম এক্সিকিউটেবল পথ।

Debian ext_session_acl-এর জন্য একটি ম্যানুয়াল প্রকাশ করে, কিন্তু মিলে যাওয়া ম্যানুয়াল শিরোনাম আপনার সার্ভারে কপি করা পথে বাইনারি আছে বলে প্রমাণ নয়। ওই ইনস্টলেশনের নিজস্ব প্যাকেজ তথ্য ও হেল্পার ডিরেক্টরি যাচাই করুন।

এর প্যাকেজ প্রয়োজনীয় হেল্পার না দিলে ডিস্ট্রিবিউশনের সমর্থিত প্যাকেজ বিভাজন ও বিল্ড তথ্য দেখুন। সোর্স-ট্রির উপ-ডিরেক্টরি নাম প্রতিটি বিল্ডে উৎপন্ন বাইনারি থাকার প্রমাণ নয়।

“ফাইল অনুপস্থিত” আর “ফাইল আছে কিন্তু শুরু হয় না” আলাদা রাখুন। দ্বিতীয়টি এর ইন্টারপ্রেটার, শেয়ার্ড লাইব্রেরি, অনুমতি বা সার্ভিস সীমাবদ্ধতা জড়িত হতে পারে। সেই ব্যর্থতার জন্য Squid-এর হেল্পার চালু হওয়ার বার্তা দেখুন। দুটি লক্ষণই প্রক্সি ব্যবহারকারীর পাসওয়ার্ড ভুল বলে প্রমাণ নয়।

সম্পর্কহীন পুরোনো সার্ভারের হেল্পার কেবল ফাইলনাম কনফিগারেশনের সঙ্গে মেলে বলেই বদলে দেওয়া যায় না।