ردیابی احراز هویت Squid 7 با debug_options بخش 29
برای پیگیری چالش، پاسخ کلاینت، کمک‌کننده احراز هویت و تصمیم خط‌مشی دسترسی، از یک نشست اشکال‌زدایی محدود بخش 29 استفاده کنید.
نخستین 407 از Squid می‌تواند آغاز احراز هویت باشد. برای یافتن اینکه یک تلاش کجا متوقف می‌شود، یک توالی درخواست را از کلاینت، سازوکار احراز هویت و تصمیم دسترسی دنبال کنید.
در یک نشست تشخیصی Squid 7، بخش 29 پیام‌های اشکال‌زدایی احراز هویت را در خود دارد. یک پیکربندی موقت می‌تواند سطح هشدار عمومی را نگه دارد و در همان حال آن بخش را بالا ببرد:
debug_options ALL,1 29,5تنظیم اشکال‌زدایی پیشین را ثبت کنید، پیکربندی تشخیصی را اعمال کنید و یک تلاش کوچک و قابل شناسایی را بازتولید کنید. خروجی اشکال‌زدایی را در مقصد پیکربندی‌شده cache_log در کنار گزارش دسترسی بخوانید.
| شواهدی که باید جست | به کدام پرسش پاسخ می‌دهد |
|---|---|
| طرح Proxy-Authenticate ارائه‌شده | این پروکسی از کلاینت چه خواست؟ |
| پاسخ احراز هویت کلاینت | آیا کلاینت تبادل ارائه‌شده را ادامه داد؟ |
| سازوکار احراز هویت یا نتیجه کمک‌کننده | آیا حسابی پذیرفته، رد یا به دلیل خطای پردازش مسدود شد؟ |
| تصمیم خط‌مشی دسترسی Squid | پس از آن وضعیت احراز هویت چه بر سر درخواست آمد؟ |
برخی طرح‌ها به چند دور چالش نیاز دارند. صرفاً تکرار ورودی‌های 407 ثابت نمی‌کند که مرورگر اعلان را نادیده گرفته یا گذرواژهٔ داده‌شده نادرست بوده است.
برای خطاهای کمک‌کننده، کمک‌کنندهٔ پیکربندی‌شده و پروتکل نتیجهٔ مخصوص طرح آن را بررسی کنید. فرایندی که نمی‌تواند آغاز شود خطای متفاوتی از کمک‌کنندهٔ در حال اجرایی است که حساب را رد می‌کند. اگر احراز هویت پذیرفته شد اما Squid همچنان درخواست را رد می‌کند، قواعد دسترسی مطابق را دنبال کنید.
پس از درک توالی، سطح اشکال‌زدایی اصلی را بازگردانید. خروجی کامل سطح 9 می‌تواند بسیار بزرگ باشد؛ تشخیص‌های احراز هویت نیز به برخورد محدود نیاز دارند زیرا جزئیات حساب و دیگر وضعیت‌های حساس ممکن است ظاهر شوند.