Rotasi log Tinyproxy: mengapa maxsize 100M bukan batas keras

Entri maxsize 100M adalah pemicu rotasi, bukan batas langsung pada berkas log Tinyproxy. Jika logrotate berjalan sekali sehari, berkas dapat tumbuh melewati 100 MB sebelum pemeriksaan berikutnya.

Jika Tinyproxy menulis langsung ke LogFile, gabungkan kebijakan seperti ini ke dalam blok logrotate yang sudah ada:

daily
maxsize 100M
rotate 7
compress
delaycompress

Pertahankan jalur, kepemilikan, izin create, dan penanganan postrotate khusus layanan pada blok yang terpasang. Fragmen ini menyediakan kebijakan retensi, bukan integrasi layanan penuh.

Atur pemanggilan logrotate yang lebih sering jika pemeriksaan harian meninggalkan pertumbuhan terlalu besar. Setiap pemanggilan mengevaluasi aturan, tetapi belum tentu merotasi. Pada rotasi berbasis ukuran, rotate 7 berarti tujuh berkas terotasi dan bisa mewakili kurang dari tujuh hari.

Pembukaan ulang menuntaskan rotasi

Setelah berkas diganti nama, Tinyproxy perlu membuka ulang lognya. Tinyproxy mendokumentasikan SIGUSR1 sebagai pemuatan ulang konfigurasi serta penutupan dan pembukaan ulang berkas log; ia juga memuat ulang konfigurasi filter. Pertahankan skrip bantuan terpaket yang sudah melakukan tindakan yang benar alih-alih menebak sinyal atau lokasi berkas PID.

Menghapus berkas aktif tidak mengoordinasikan pembukaan ulang itu. copytruncate menghindari susunan ganti-nama-dan-buka-ulang, tetapi memiliki interval terdokumentasi ketika data dapat hilang selama penyalinan dan pemotongan.

Jika proksi mengirim log ke Syslog, terapkan retensi pada sistem pencatatan penerima alih-alih menambahkan aturan untuk berkas yang tidak ditulis Tinyproxy.