واداشتن ntlm_auth به صحبت با پروتکل کمککننده Squid
یک بررسی موفق رمز عبور بهصورت یکباره ثابت نمیکند که ntlm_auth پروتکل پایدار مورد انتظار Squid را اجرا میکند.
برای احراز هویت NTLM در Squid بررسی کنید که فرمان مؤثر کمککننده --helper-protocol=squid-2.5-ntlmssp را انتخاب میکند یا نه. شمارهٔ تاریخی نام گفتوگوی کمککننده را میگوید؛ به شما نمیگوید Squid 2.5 نصب کنید.
بررسی یکبارهٔ نام کاربری/رمز عبور با ntlm_auth حالت دیگری را میآزماید. موفقیت آن ثابت نمیکند که Squid کمککنندهای راهاندازی کرده که بتواند تبادل لازم را حفظ کند.
فرمان کامل را در پیکربندی بارگذاریشدهٔ auth_param بخوانید و آرگومانهایش را هنگام بررسی پیام آغاز یا خروج فرزند حفظ کنید. سپس گفتوگو را بررسی کنید: Squid پیامهای پروتکل را روی ورودی استاندارد میفرستد و پاسخهای پروتکل را روی خروجی استاندارد انتظار دارد. بنر خوشآمد یا چاپ اشکالزدایی پوشش در آنجا میتواند پیش از ارزیابی اعتبارنامهها یکپارچگی را بشکند. تشخیصها را به خطای استاندارد بفرستید.
حسابی را که کمککننده را اجرا میکند جدا از کاربری که احراز هویت میشود بررسی کنید. دسترسی به امکانات احراز هویت ممتاز Samba مسئلهٔ مجوز سرویس محلی است. تغییر رمز عبور کاربر نمیتواند آن را بدهد.
وقتی کمککننده در دسترس ماند و با پروتکل انتخابشده صحبت کرد، به عضویت در دامنه، پذیرش حساب و مذاکرهٔ مرورگر بروید. افزایش زودهنگام تعداد کمککنندهها فقط نسخههای بیشتری از همان یکپارچگی ناموفق را راهاندازی میکند.