Праћење аутентификације 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 може бити врло велик; дијагностика аутентификације такође захтева ограничено руковање јер се могу појавити подаци о налогу и друга осетљива стања.