Squid access_log none ne désactive pas tous les journaux
Décrivez l'effet limité de la désactivation d'une destination de journal Squid sans promettre que tout le trajet est exempt de journaux.
Sur les versions de Squid prises en charge, access_log none désactive la journalisation des accès via ce réglage. Ce n'est pas une affirmation sur chaque enregistrement produit par la machine ou le réseau.
Le journal du stockage consigne l'activité de mise en cache. Le journal du cache porte les diagnostics. Ce sont des contrôles distincts, et une destination de journal peut aussi dépendre du gestionnaire de paquets ou de services. Vérifiez la configuration chargée et les fichiers qu'elle inclut au lieu de supposer qu'un seul fichier vide les explique tous.
Des enregistrements peuvent exister en dehors de ce processus Squid : un proxy parent, un pare-feu, un service d'authentification, le réseau d'hébergement ou la destination peuvent observer une partie de la connexion. Les anciens fichiers rotatifs et les sauvegardes ne disparaissent pas lorsque la journalisation future est désactivée.
Pour une exigence de confidentialité, nommez les champs réels et la conservation à réduire : adresses des clients, noms d'utilisateur, URL complètes ou chaînes de requête. Une politique de journalisation ciblée peut être plus utile que la désactivation de preuves opérationnelles sans comprendre les alternatives.
Décrivez le résultat avec précision—par exemple « cette instance n'écrit pas de journaux d'accès aux transactions avec cette configuration ». Qualifier tout le trajet de « sans journaux » exige des preuves que cette directive ne peut pas fournir.