Squid ৰ ছেছন সহায়ক ক'লৈ গ'ল?

আন এটা চাৰ্ভাৰৰ পৰা কপি কৰা এটা কনফিগাৰেচনে ext_session_acl নাম লয়। আপোনাৰ Squid পেকেজত সেই পথত কোনো ফাইল নাই। এইটো ভাঙি যোৱা ব্যৱহাৰকাৰী ছেছনৰ পৰিৱৰ্তে পেকেজৰ অসঙ্গতি হ'ব পাৰে।

Squid এ বাহ্যিক ACL সিদ্ধান্ত সহায়ক প্ৰগ্ৰামলৈ দিব পাৰে, কিন্তু external_acl_type ত এটা প্ৰগ্ৰামৰ নাম লিখিলে সেয়া ইনষ্টল নহয়। বাইনেৰীটো স্থাপন কৰা পৰিৱেশত থাকিবই লাগিব।

তিনিটা বস্তু তুলনা কৰক:

• আপুনি ব্যৱহাৰ কৰি থকা Squid সংস্কৰণৰ বাবে সহায়কটোৰ নথিভুক্ত নাম।
• আপোনাৰ ডিষ্ট্ৰিবিউচনৰ পেকেজে প্ৰকৃততে যোগান ধৰা ফাইলবোৰ।
• Squid এ লোড কৰা কনফিগাৰেচনত থকা নিৰপেক্ষ এক্সিকিউটেবল পথ।

Debian এ ext_session_acl ৰ বাবে এখন মেনুৱেল প্ৰকাশ কৰে, কিন্তু মিলা মেনুৱেল শিৰোনামে আপোনাৰ চাৰ্ভাৰত কপি কৰা পথত বাইনেৰী থকাৰ প্ৰমাণ নহয়। সেই ইনষ্টলেশ্যনৰ নিজৰ পেকেজ তথ্য আৰু সহায়ক ডাইৰেক্টৰী পৰীক্ষা কৰক।

ইয়াৰ পেকেজে প্ৰয়োজনীয় সহায়ক যোগান নধৰিলে, ডিষ্ট্ৰিবিউচনৰ সমৰ্থিত পেকেজ বিভাজন আৰু বিল্ড তথ্য চাওক। ছ'ৰ্চ-ট্ৰিৰ উপ-ডাইৰেক্টৰী নামে প্ৰতিটো বিল্ডত উৎপন্ন বাইনেৰী থকাৰ প্ৰমাণ নহয়।

“ফাইল অনুপস্থিত” আৰু “ফাইল আছে কিন্তু আৰম্ভ নহয়” পৃথক ৰাখক। দ্বিতীয়টোৱে ইয়াৰ ইন্টাৰপ্ৰিটাৰ, শেয়াৰ কৰা লাইব্ৰেৰী, অনুমতি বা ছাৰ্ভিছ সংকোচন জড়িত হ'ব পাৰে। সেই বিফলতাৰ বাবে Squid ৰ সহায়ক আৰম্ভণি বাৰ্তা চাওক। দুয়োটা লক্ষণেই প্ৰক্সি ব্যৱহাৰকাৰীৰ পাছৱৰ্ড ভুল বুলি প্ৰমাণ নহয়।

সম্পৰ্কহীন পুৰণি চাৰ্ভাৰৰ পৰা অহা সহায়ক এটা কেৱল ফাইলনাম কনফিগাৰেচনৰ সৈতে মিলে বুলিয়েই সলনি কৰিব নোৱাৰি।