Трасування автентифікації 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 може бути дуже великим; діагностика автентифікації також потребує обмеженого поводження, оскільки можуть з'являтися дані облікового запису та інші чутливі стани.