Rotação de log do Tinyproxy: por que maxsize 100M não é um limite rígido

Uma entrada maxsize 100M é um gatilho de rotação, não um limite ativo no arquivo de log do Tinyproxy. Se o logrotate roda uma vez por dia, o arquivo pode passar de 100 MB antes da próxima verificação.

Para o Tinyproxy gravando diretamente em LogFile, combine uma política como esta na stanza logrotate existente:

daily
maxsize 100M
rotate 7
compress
delaycompress

Mantenha o caminho correto, o proprietário, as permissões create e o tratamento postrotate específico do serviço da stanza instalada. Este trecho fornece a política de retenção, não a integração completa do serviço.

Providencie uma execução mais frequente do logrotate se as verificações diárias deixarem crescimento demais. Cada execução avalia as regras; ela não necessariamente rotaciona. Com rotação por tamanho, rotate 7 significa sete arquivos rotacionados e pode representar menos de sete dias.

A reabertura conclui a rotação

Depois que o arquivo é renomeado, o Tinyproxy precisa reabrir seu log. O Tinyproxy documenta SIGUSR1 como recarregar a configuração e fechar e reabrir o arquivo de log; ele também recarrega a configuração de filtros. Preserve um helper empacotado que já executa a ação correta em vez de adivinhar um sinal ou o local do arquivo PID.

Excluir o arquivo ativo não coordena essa reabertura. copytruncate evita o arranjo de renomear e reabrir, mas tem um intervalo documentado em que dados podem ser perdidos durante a cópia e o truncamento.

Se o proxy envia logs para Syslog, aplique a retenção no sistema de logging receptor em vez de adicionar uma regra para um arquivo que o Tinyproxy não escreve.