پیکربندی‌ای که از سرور دیگری کپی شده است به ext_session_acl اشاره می‌کند. بستهٔ Squid شما در آن مسیر هیچ فایلی ندارد. این می‌تواند ناسازگاری بسته باشد و نه نشست کاربری خراب.

Squid می‌تواند تصمیم‌های ACL بیرونی را به برنامه‌های کمکی بسپارد، اما نام بردن یک برنامه در external_acl_type آن را نصب نمی‌کند. فایل اجرایی باید در محیط استقرار وجود داشته باشد.

سه چیز را مقایسه کنید:

  • نام مستندشدهٔ دستیار برای نسخهٔ Squid که به کار می‌برید.
  • فایل‌هایی که بستهٔ توزیع شما واقعاً فراهم می‌کند.
  • مسیر مطلق فایل اجرایی در پیکربندی‌ای که Squid بار کرده است.

دبیان برای ext_session_acl راهنما منتشر می‌کند، اما هم‌نامی عنوان راهنما اثبات وجود فایل اجرایی در مسیر کپی‌شده روی سرور شما نیست. اطلاعات بستهٔ همان نصب و پوشهٔ دستیارها را بررسی کنید.

اگر بستهٔ آن دستیار لازم را فراهم نمی‌کند، تقسیم‌بندی پشتیبانی‌شدهٔ بسته‌های توزیع و اطلاعات ساخت را بررسی کنید. نام یک زیرپوشه در درخت کد منبع اثبات حضور فایل اجرایی حاصل در هر ساخت نیست.

«فایل غایب است» را از «فایل هست اما شروع نمی‌شود» جدا نگه دارید. حالت دوم می‌تواند به مفسر آن، کتابخانه‌های اشتراکی، مجوزها یا محدودسازی سرویس مربوط باشد. برای این خرابی پیام‌های راه‌اندازی دستیار Squid را ببینید. هیچ‌یک از این دو نشانه اثبات آن نیست که گذرواژهٔ کاربر پروکسی اشتباه است.

دستیاری از یک سرور قدیمی بی‌ارتباط تنها به این دلیل که نام فایلش با پیکربندی می‌خواند قابل تعویض نیست.

مقالات مرتبط