A Squid első 407-es válasza a hitelesítés kezdete lehet. Ahhoz, hogy megtalálja, hol áll meg egy kísérlet, kövessen egy kérésfolyamot az ügyfélen, a hitelesítési mechanizmuson és a hozzáférési döntésen keresztül.

Egy Squid 7 diagnosztikai munkamenetben a 29. szakasz tartalmazza a hitelesítési hibakeresési üzeneteket. Egy ideiglenes konfiguráció megtarthatja az általános figyelmeztetési szintet, miközben megemeli ezt a szakaszt:

debug_options ALL,1 29,5

Jegyezze fel az előző hibakeresési beállítást, alkalmazza a diagnosztikai konfigurációt, és ismételjen meg egy kis, azonosítható kísérletet. Olvassa a hibakeresési kimenetet a beállított cache_log célhelyen a hozzáférési napló mellett.

Keresendő bizonyítékMelyik kérdésre ad választ
A felkínált Proxy-Authenticate sémaMit kért ez a proxy az ügyféltől?
Az ügyfél hitelesítési válaszaFolytatta-e az ügyfél a felkínált cserét?
A hitelesítési mechanizmus vagy a segéd eredményeElfogadták, elutasították vagy egy feldolgozási hiba miatt blokkolták a fiókot?
A Squid hozzáférési szabályzatának döntéseMi történt a kéréssel a hitelesítési állapot után?

Egyes sémák több kihívási fordulót igényelnek. Az ismétlődő 407-es bejegyzések önmagukban nem bizonyítják, hogy a böngésző figyelmen kívül hagyta a felszólítást, vagy hogy a megadott jelszó hibás volt.

A segédhibák esetében vizsgálja meg a beállított segédet és annak sémaspecifikus eredményprotokollját. Az a folyamat, amely nem tud elindulni, más hiba, mint egy futó segéd, amely elutasít egy fiókot. Ha a hitelesítést elfogadták, de a Squid továbbra is elutasítja a kérést, kövesse a megfelelő hozzáférési szabályokat.

Állítsa vissza az eredeti hibakeresési szintet, amint a folyamat érthető. A teljes 9. szintű kimenet nagyon nagy lehet; a hitelesítési diagnosztika is korlátozott kezelést igényel, mert fiókadatok és más érzékeny állapotok jelenhetnek meg.

Kapcsolódó cikkek