Адсочванне аўтэнтыфікацыі 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 можа быць вельмі вялікім; дыягностыка аўтэнтыфікацыі таксама патрабуе абмежаванага абыходжання, бо могуць з'яўляцца даныя ўліковага запісу і іншыя канфідэнцыйныя станы.