Rotation des journaux Tinyproxy : pourquoi maxsize 100M n'est pas un plafond strict

Une entrée maxsize 100M est un déclencheur de rotation, pas un plafond permanent du fichier journal de Tinyproxy. Si logrotate s'exécute une fois par jour, le fichier peut dépasser 100 MB avant le contrôle suivant.

Si Tinyproxy écrit directement dans un LogFile, fusionnez une politique comme celle-ci dans sa strophe logrotate existante :

daily
maxsize 100M
rotate 7
compress
delaycompress

Conservez le chemin correct de la strophe installée, la propriété, les permissions de create et le traitement postrotate propre au service. Ce fragment fournit la politique de rétention, pas l'intégration complète du service.

Prévoyez une invocation de logrotate plus fréquente si les contrôles quotidiens laissent trop de croissance. Chaque invocation évalue les règles ; elle ne fait pas forcément tourner le fichier. Avec une rotation fondée sur la taille, rotate 7 signifie sept fichiers tournés et peut représenter moins de sept jours.

La réouverture achève la rotation

Une fois le fichier renommé, Tinyproxy doit rouvrir son journal. Tinyproxy documente SIGUSR1 comme le rechargement de la configuration et la fermeture puis la réouverture du fichier journal ; il recharge aussi la configuration des filtres. Conservez un utilitaire fourni qui effectue déjà la bonne action au lieu de deviner un signal ou l'emplacement du fichier PID.

Supprimer le fichier actif ne coordonne pas cette réouverture. copytruncate évite le schéma renommage-puis-réouverture, mais comporte un intervalle documenté pendant lequel des données peuvent être perdues lors de la copie et de la troncature.

Si le proxy envoie ses journaux à Syslog, appliquez la rétention dans le système de journalisation récepteur au lieu d'ajouter une règle pour un fichier que Tinyproxy n'écrit pas.