Il primo 407 di Squid può essere l'inizio dell'autenticazione. Per capire dove si ferma un tentativo, seguite una sequenza di richiesta attraverso il client, la macchina di autenticazione e la decisione di accesso.

In una sessione diagnostica di Squid 7, la sezione 29 contiene i messaggi di debug dell'autenticazione. Una configurazione temporanea può mantenere il livello generale di avviso aumentando quella sezione:

debug_options ALL,1 29,5

Annotate l'impostazione di debug precedente, applicate la configurazione diagnostica e riproducete un tentativo piccolo e identificabile. Leggete l'output di debug nella destinazione cache_log configurata insieme al log di accesso.

Prova da cercareA quale domanda risponde
Lo schema Proxy-Authenticate offertoChe cosa ha chiesto questo proxy al client?
La risposta di autenticazione del clientIl client ha proseguito lo scambio offerto?
Il meccanismo di autenticazione o il risultato dell'helperUn account è stato accettato, rifiutato o bloccato da un errore di elaborazione?
La decisione di policy di accesso di SquidChe cosa è successo alla richiesta dopo quello stato di autenticazione?

Alcuni schemi richiedono più giri di sfida. Le voci 407 ripetute da sole non dimostrano che il browser abbia ignorato la richiesta né che la password fornita fosse errata.

Per i guasti dell'helper, esaminate l'helper configurato e il suo protocollo di risultati specifico dello schema. Un processo che non si avvia è un guasto diverso da un helper in esecuzione che rifiuta un account. Se l'autenticazione è stata accettata ma Squid continua a negare la richiesta, seguite le regole di accesso corrispondenti.

Ripristinate il livello di debug originale una volta compresa la sequenza. L'output completo di livello 9 può essere molto grande; anche la diagnostica dell'autenticazione richiede una gestione limitata, perché possono comparire dettagli dell'account e altri stati sensibili.

Articoli correlati