Sledování ověřování v Squid 7 pomocí debug_options sekce 29
Použijte omezené ladicí sezení sekce 29 ke sledování výzvy, odpovědi klienta, ověřovacího pomocníka a rozhodnutí o zásadách přístupu.
První 407 od Squid může být začátkem ověřování. Chcete-li zjistit, kde se pokus zastaví, sledujte jednu sekvenci požadavku přes klienta, ověřovací mechanismus a rozhodnutí o přístupu.
V diagnostickém sezení Squid 7 obsahuje sekce 29 zprávy ladění ověřování. Dočasná konfigurace může zachovat obecnou úroveň varování a zároveň zvýšit tuto sekci:
debug_options ALL,1 29,5Zaznamenejte předchozí nastavení ladění, použijte diagnostickou konfiguraci a zopakujte malý, identifikovatelný pokus. Čtěte výstup ladění v nakonfigurovaném cíli cache_log spolu s přístupovým protokolem.
| Důkazy, které hledat | Na kterou otázku odpovídají |
|---|---|
| Nabízené schéma Proxy-Authenticate | Co tento proxy požadoval od klienta? |
| Ověřovací odpověď klienta | Pokračoval klient v nabízené výměně? |
| Ověřovací mechanismus nebo výsledek pomocníka | Byl účet přijat, odmítnut nebo zablokován kvůli chybě zpracování? |
| Rozhodnutí Squid o zásadách přístupu | Co se stalo s požadavkem po tomto ověřovacím stavu? |
Některá schémata vyžadují několik kol výzvy. Opakované záznamy 407 samy o sobě neprokazují, že prohlížeč výzvu ignoroval nebo že zadané heslo bylo špatné.
Při selhání pomocníka prozkoumejte nakonfigurovaného pomocníka a jeho výsledkový protokol specifický pro schéma. Proces, který nelze spustit, je jiná závada než běžící pomocník, který odmítá účet. Pokud bylo ověření přijato, ale Squid požadavek stále odmítá, postupujte podle odpovídajících pravidel přístupu.
Po pochopení sekvence obnovte původní úroveň ladění. Úplný výstup úrovně 9 může být velmi rozsáhlý; diagnostika ověřování také vyžaduje omezené zacházení, protože se mohou objevit údaje o účtu a další citlivé stavy.