Le premier 407 de Squid peut marquer le début de l'authentification. Pour savoir où s'arrête une tentative, suivez une séquence de requête à travers le client, la mécanique d'authentification et la décision d'accès.

Dans une session de diagnostic Squid 7, la section 29 contient les messages de débogage de l'authentification. Une configuration temporaire peut conserver le niveau général d'avertissement tout en augmentant cette section :

debug_options ALL,1 29,5

Notez le réglage de débogage précédent, appliquez la configuration de diagnostic et reproduisez une tentative petite et identifiable. Lisez la sortie de débogage à la destination cache_log configurée, en parallèle du journal d'accès.

Élément de preuve à rechercherÀ quelle question il répond
Le schéma Proxy-Authenticate proposéQu'a demandé ce proxy au client ?
La réponse d'authentification du clientLe client a-t-il poursuivi l'échange proposé ?
Le mécanisme d'authentification ou le résultat de l'assistantUn compte a-t-il été accepté, refusé ou bloqué par un échec de traitement ?
La décision de politique d'accès de SquidQu'est-il advenu de la requête après cet état d'authentification ?

Certains schémas exigent plusieurs tours de défi. Des entrées 407 répétées ne prouvent pas à elles seules que le navigateur a ignoré l'invite ni que le mot de passe fourni était faux.

En cas de défaillance de l'assistant, examinez l'assistant configuré et son protocole de résultats propre au schéma. Un processus qui ne démarre pas est une panne différente d'un assistant en cours d'exécution qui refuse un compte. Si l'authentification est acceptée mais que Squid refuse encore la requête, suivez les règles d'accès correspondantes.

Rétablissez le niveau de débogage d'origine une fois la séquence comprise. La sortie complète de niveau 9 peut être très volumineuse ; le diagnostic d'authentification demande aussi un maniement restreint, car des détails de compte et d'autres états sensibles peuvent apparaître.

Articles similaires