גרום ל-ntlm_auth לדבר בפרוטוקול העוזר של Squid
בדיקת סיסמה חד-פעמית מוצלחת אינה מוכיחה ש-ntlm_auth מריץ את הפרוטוקול המתמשך ש-Squid מצפה לו.
עבור אימות NTLM של Squid, בדקו אם פקודת העוזר האפקטיבית בוחרת ב---helper-protocol=squid-2.5-ntlmssp. המספר ההיסטורי נותן שם לשיחה עם העוזר; הוא אינו אומר להתקין Squid 2.5.
בדיקה חד-פעמית של שם משתמש/סיסמה דרך ntlm_auth בודקת מצב אחר. הצלחתה אינה מוכיחה ש-Squid הפעיל עוזר שמסוגל לקיים את החליפין הנדרש.
קראו את הפקודה המלאה בתצורת auth_param הטעונה ושמרו על הארגומנטים שלה בזמן שאתם בודקים את הודעת ההתחלה או היציאה של התהליך הבן. לאחר מכן בדקו את השיחה: Squid שולח הודעות פרוטוקול בקלט התקני ומצפה לתשובות פרוטוקול בפלט התקני. באנר ברכה או הדפסת ניפוי של העטיפה שם עלולים לשבור את האינטגרציה לפני שהאישורים מוערכים. שלחו אבחון לשגיאה התקנית.
בדקו את החשבון שמריץ את העוזר בנפרד מהמשתמש שמאומת. גישה למתקני האימות המיוחסים של Samba היא שאלה של הרשאות שירות מקומיות. שינוי סיסמת המשתמש אינו יכול להעניק אותה.
לאחר שהעוזר נשאר זמין ומדבר בפרוטוקול שנבחר, עברו לחברות בדומיין, לקבלת החשבון ולמשא ומתן של הדפדפן. העלאה מוקדמת של מספר העוזרים רק מפעילה עותקים נוספים של אותה אינטגרציה כושלת.