Tinyproxy-logrotation: hvorfor maxsize 100M ikke er en hård grænse

En maxsize 100M-post er en rotationsudløser, ikke en løbende grænse for Tinyproxys logfil. Hvis logrotate kører én gang om dagen, kan filen vokse over 100 MB før næste kontrol.

Hvis Tinyproxy skriver direkte til LogFile, skal du flette en politik som denne ind i dens eksisterende logrotate-blok:

daily
maxsize 100M
rotate 7
compress
delaycompress

Behold den installerede bloks korrekte sti, ejerskab, create-tilladelser og tjenestespecifik postrotate-håndtering. Dette uddrag leverer opbevaringspolitikken, ikke den fulde tjenesteintegration.

Tilrettelegg en hyppigere logrotate-kørsel, hvis daglige kontroller efterlader for meget vækst. Hver kørsel vurderer reglerne, men roterer ikke nødvendigvis. Ved størrelsesstyret rotation betyder rotate 7 syv roterede filer og kan repræsentere færre end syv dage.

Genåbningen fuldender rotationen

Når filen er omdøbt, skal Tinyproxy genåbne sin log. Tinyproxy dokumenterer SIGUSR1 som genindlæsning af konfigurationen samt lukning og genåbning af logfilen, og den genindlæser også filterkonfigurationen. Bevar en pakket hjælper, der allerede udfører den korrekte handling, i stedet for at gætte et signal eller en PID-fils placering.

Sletning af den aktive fil koordinerer ikke den genåbning. copytruncate undgår omdøbnings- og genåbningsordningen, men har et dokumenteret interval, hvor data kan gå tabt under kopiering og afkortning.

Hvis proxyen sender logfiler til Syslog, skal opbevaring anvendes i det modtagende logsystem i stedet for at tilføje en regel for en fil, som Tinyproxy ikke skriver.