Tinyproxy-loggrotasjon: hvorfor maxsize 100M ikke er en hard grense

En maxsize 100M-oppføring er en rotasjonstrigger, ikke en løpende grense for Tinyproxys loggfil. Kjører logrotate én gang i døgnet, kan filen vokse forbi 100 MB før neste sjekk.

For Tinyproxy som skriver direkte til LogFile, kan du flette en slik policy inn i den eksisterende logrotate-stanzaen:

daily
maxsize 100M
rotate 7
compress
delaycompress

Ta vare på den installerte stanzaens riktige sti, eierskap, create-tillatelser og tjenestespesifikke postrotate-håndtering. Dette utdraget gir oppbevaringspolicyen, ikke den fullstendige tjenesteintegrasjonen.

Sørg for hyppigere logrotate-kjøringer hvis daglige sjekker etterlater for mye vekst. Hver kjøring vurderer reglene; den roterer ikke nødvendigvis. Ved størrelsesstyrt rotasjon betyr rotate 7 sju roterte filer og kan utgjøre færre enn sju dager.

Gjenåpningen fullfører rotasjonen

Etter at filen er omdøpt, må Tinyproxy gjenåpne loggen sin. Tinyproxy dokumenterer SIGUSR1 som å laste konfigurasjonen på nytt og lukke og gjenåpne loggfilen; den laster også filterkonfigurasjonen på nytt. Behold en pakket hjelper som allerede utfører riktig handling, i stedet for å gjette et signal eller en plassering av PID-filen.

Sletting av den aktive filen koordinerer ikke den gjenåpningen. copytruncate unngår oppsettet med omdøping og gjenåpning, men har et dokumentert intervall der data kan gå tapt under kopiering og trunkering.

Hvis proxyen sender logger til Syslog, bruker du oppbevaring i det mottakende loggesystemet i stedet for å legge til en regel for en fil Tinyproxy ikke skriver.