Squid کا سیشن مددگار کہاں گیا؟
تصدیق کی ترتیبات بدلنے سے پہلے نصب شدہ پیکیج، دستاویزی فائل نام اور بلڈ اختیارات کے ذریعے گمشدہ Squid مددگار کا سراغ لگائیں۔
کسی دوسرے سرور سے نقل کی گئی ترتیب ext_session_acl کا نام لیتی ہے۔ آپ کے Squid پیکیج میں اس راستے پر کوئی فائل نہیں ہے۔ یہ ٹوٹا ہوا صارف سیشن نہیں بلکہ پیکیجنگ کی عدم مطابقت ہو سکتی ہے۔
Squid بیرونی ACL فیصلے مددگار پروگراموں کو سونپ سکتا ہے، لیکن external_acl_type میں پروگرام کا نام لکھنا اسے نصب نہیں کرتا۔ بائنری کا تعینات شدہ ماحول میں موجود ہونا ضروری ہے۔
تین چیزوں کا موازنہ کریں:
- آپ کے استعمال کردہ Squid ریلیز کے لیے مددگار کا دستاویزی نام۔
- وہ فائلیں جو آپ کی تقسیم کا پیکیج واقعی فراہم کرتا ہے۔
- Squid کے لوڈ کردہ کنفیگریشن میں قابلِ عمل فائل کا مطلق راستہ۔
Debian ext_session_acl کے لیے دستی شائع کرتا ہے، لیکن دستی کا عنوان ملنا اس بات کا ثبوت نہیں کہ آپ کے سرور پر نقل شدہ راستے پر بائنری موجود ہے۔ اس انسٹالیشن کی اپنی پیکیج معلومات اور مددگار ڈائریکٹری چیک کریں۔
اگر اس کا پیکیج مطلوبہ مددگار فراہم نہیں کرتا تو تقسیم کی معاون پیکیج تقسیم اور بلڈ معلومات دیکھیں۔ سورس درخت میں ذیلی ڈائریکٹری کا نام اس بات کا ثبوت نہیں کہ بننے والی بائنری ہر بلڈ میں موجود ہے۔
”فائل نہیں ہے“ کو ”فائل ہے مگر شروع نہیں ہوتی“ سے الگ رکھیں۔ دوسرے میں اس کا انٹرپریٹر، مشترکہ لائبریریاں، اجازتیں یا سروس کی تحدید شامل ہو سکتی ہے۔ اس ناکامی کے لیے Squid کے مددگار کے آغاز کے پیغامات دیکھیں۔ دونوں علامات میں سے کوئی بھی اس بات کا ثبوت نہیں کہ پراکسی صارف کا پاس ورڈ غلط ہے۔
غیر متعلقہ پرانے سرور کا مددگار صرف اس لیے تبدیل نہیں کیا جا سکتا کہ اس کا فائل نام ترتیب سے مطابقت رکھتا ہے۔