Rotación de rexistros de Tinyproxy: por que maxsize 100M non é un límite estrito

Unha entrada maxsize 100M é un disparador de rotación, non un límite en vivo do ficheiro de rexistro de Tinyproxy. Se logrotate se executa unha vez ao día, o ficheiro pode medrar por riba de 100 MB antes da seguinte comprobación.

Se Tinyproxy escribe directamente en LogFile, combine unha política coma esta na súa estrofa de logrotate existente:

daily
maxsize 100M
rotate 7
compress
delaycompress

Conserve a ruta correcta da estrofa instalada, a propiedade, os permisos de create e o tratamento de postrotate específico do servizo. Este fragmento achega a política de retención, non a integración completa co servizo.

Programe unha invocación de logrotate máis frecuente se as comprobacións diarias deixan demasiado crecemento. Cada invocación avalía as regras; non necesariamente rota. Coa rotación baseada no tamaño, rotate 7 significa sete ficheiros rotados e pode representar menos de sete días.

A reapertura completa a rotación

Despois de renomear o ficheiro, Tinyproxy debe reabrir o seu rexistro. Tinyproxy documenta SIGUSR1 como recarga da configuración e peche e reapertura do ficheiro de rexistro, e tamén recarga a configuración dos filtros. Conserve un axudante empaquetado que xa realice a acción correcta en lugar de adiviñar un sinal ou a localización do ficheiro PID.

Eliminar o ficheiro activo non coordina esa reapertura. copytruncate evita o esquema de renomear e reabrir, pero ten un intervalo documentado no que se poden perder datos durante a copia e o truncamento.

Se o proxy envía rexistros a Syslog, aplique a retención no sistema de rexistro receptor en lugar de engadir unha regra para un ficheiro que Tinyproxy non escribe.