Journalisation des en-têtes HTTP de Squid avec log_mime_hdrs

Choisissez la transaction connue et la question d'en-tête avant d'activer une capture large. Si un seul champ compte, un champ de journal personnalisé étroitement choisi peut suffire.

Pour Squid 6 et 7, l'option large documentée est :

log_mime_hdrs on

Dans les formats d'accès natifs et émulés par httpd, cela ajoute deux champs encodés entre crochets contenant les en-têtes de requête et de réponse à la fin de chaque enregistrement. Tenez compte des nouveaux champs dans tout analyseur. Les formats de journal personnalisés ont leurs propres sélections d'en-têtes ; ne supposez pas la même variation du nombre de champs.

Utilisez une courte fenêtre de diagnostic, restreignez l'accès et supprimez la capture temporaire selon les règles de conservation du service. Les en-têtes peuvent contenir des cookies, des autorisations et des identifiants d'application. L'encodage les rend analysables, pas inoffensifs.

Pour un CONNECT ordinaire, les en-têtes visibles comprennent la requête et la réponse externes. Les en-têtes HTTP ultérieurs du site restent à l'intérieur de TLS, donc ce réglage ne révèle pas les cookies de ses pages. Pour les en-têtes reçus sur une origine contrôlée, observez plutôt la requête à destination.

La référence des directives liste Squid 7 et antérieurs et exclut Squid 8. Appliquez-la uniquement à une version installée prise en charge au lieu de traiter une ancienne ligne de configuration comme une interface d'une version ultérieure.