Rotazione dei log di Tinyproxy: perché maxsize 100M non è un limite rigido

Una voce maxsize 100M è un innesco di rotazione, non un limite dinamico sul file di log di Tinyproxy. Se logrotate viene eseguito una volta al giorno, il file può superare i 100 MB prima del controllo successivo.

Se Tinyproxy scrive direttamente su LogFile, unite una policy come questa alla sua stanza logrotate esistente:

daily
maxsize 100M
rotate 7
compress
delaycompress

Mantenete il percorso corretto della stanza installata, la proprietà, i permessi di create e la gestione di postrotate specifica del servizio. Questo frammento fornisce la policy di conservazione, non l'integrazione completa del servizio.

Organizzate un'invocazione di logrotate più frequente se i controlli giornalieri lasciano una crescita eccessiva. Ogni invocazione valuta le regole, ma non ruota necessariamente. Con la rotazione basata sulla dimensione, rotate 7 significa sette file ruotati e può rappresentare meno di sette giorni.

La riapertura completa la rotazione

Dopo la rinomina del file, Tinyproxy deve riaprire il proprio log. Tinyproxy documenta SIGUSR1 come ricaricamento della configurazione e chiusura e riapertura del file di log, e ricarica anche la configurazione dei filtri. Conservate un helper confezionato che esegue già l'azione corretta invece di indovinare un segnale o la posizione del file PID.

Eliminare il file attivo non coordina quella riapertura. copytruncate evita lo schema rinomina-e-riapri, ma ha un intervallo documentato in cui i dati possono andare persi durante la copia e il troncamento.

Se il proxy invia i log a Syslog, applicate la conservazione nel sistema di logging ricevente invece di aggiungere una regola per un file che Tinyproxy non scrive.