Первый 407 от Squid может быть началом аутентификации. Чтобы найти, где останавливается попытка, проследите одну последовательность запроса через клиент, механизм аутентификации и решение о доступе.

В диагностическом сеансе Squid 7 раздел 29 содержит сообщения отладки аутентификации. Временная конфигурация может сохранить общий уровень предупреждений, повысив этот раздел:

debug_options ALL,1 29,5

Запишите прежнюю настройку отладки, примените диагностическую конфигурацию и воспроизведите небольшую, опознаваемую попытку. Читайте вывод отладки в настроенном месте cache_log вместе с журналом доступа.

Какие доказательства искатьНа какой вопрос они отвечают
Предложенная схема Proxy-AuthenticateЧто этот прокси попросил клиента использовать?
Ответ клиента на аутентификациюПродолжил ли клиент предложенный обмен?
Механизм аутентификации или результат помощникаБыла учётная запись принята, отклонена или заблокирована из-за сбоя обработки?
Решение Squid о политике доступаЧто произошло с запросом после этого состояния аутентификации?

Некоторые схемы требуют нескольких раундов запроса. Повторяющиеся записи 407 сами по себе не доказывают, что браузер проигнорировал запрос или что введённый пароль был неверным.

При сбоях помощника проверьте настроенный помощник и его протокол результатов, специфичный для схемы. Процесс, который не может запуститься, — это другой сбой, чем работающий помощник, отклоняющий учётную запись. Если аутентификация принята, но Squid по-прежнему отклоняет запрос, следуйте соответствующим правилам доступа.

Восстановите исходный уровень отладки, когда последовательность понятна. Полный вывод уровня 9 может быть очень большим; диагностика аутентификации тоже требует ограниченного обращения, поскольку могут появляться данные учётной записи и другие чувствительные состояния.

Похожие статьи