Първият 407 от Squid може да е началото на удостоверяване. За да откриете къде спира даден опит, проследете една последователност от заявки през клиента, механизма за удостоверяване и решението за достъп.

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

debug_options ALL,1 29,5

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

Доказателства за търсенеНа кой въпрос отговарят
Предложената схема Proxy-AuthenticateКакво поиска този прокси от клиента?
Отговорът на клиента за удостоверяванеПродължи ли клиентът предложения обмен?
Механизмът за удостоверяване или резултатът от помощникаПриет ли беше акаунт, отхвърлен или блокиран поради грешка в обработката?
Решението за политика за достъп на SquidКакво се случи със заявката след това състояние на удостоверяване?

Някои схеми изискват няколко кръга на предизвикателство. Повтарящите се записи 407 сами по себе си не доказват, че браузърът е пренебрегнал подканата или че подадената парола е била грешна.

При откази на помощника прегледайте конфигурирания помощник и неговия протокол за резултати, специфичен за схемата. Процес, който не може да стартира, е различен дефект от работещ помощник, който отхвърля акаунт. Ако удостоверяването е прието, но Squid все още отказва заявката, следвайте съответните правила за достъп.

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

Подобни статии