Tinyproxy のログローテーション: maxsize 100M が厳密な上限ではない理由

maxsize 100M の指定はローテーションのきっかけであり、Tinyproxy のログファイルに対する常時の上限ではありません。logrotate が 1 日 1 回実行される場合、次の確認までにファイルは 100 MB を超えて成長し得ます。

Tinyproxy が LogFile に直接書き込む場合は、次のようなポリシーを既存の logrotate スタンザに統合します:

daily
maxsize 100M
rotate 7
compress
delaycompress

インストール済みスタンザの正しいパス、所有者、create の権限、サービス固有の postrotate 処理はそのまま残してください。この断片が提供するのは保持ポリシーであり、サービス統合の全体ではありません。

日次確認で成長が大きすぎる場合は、logrotate の実行頻度を上げてください。実行のたびにルールは評価されますが、必ずローテーションするわけではありません。サイズ主導のローテーションでは、rotate 7 は 7 個のローテーション済みファイルを意味し、7 日未満の期間を表すこともあります。

再オープンがローテーションを完了させる

ファイルの名前が変わった後、Tinyproxy はログを再オープンする必要があります。Tinyproxy は SIGUSR1 を、設定の再読み込みとログファイルのクローズおよび再オープンとして文書化しています。フィルタ設定も再読み込みします。シグナルや PID ファイルの場所を推測するのではなく、正しい動作をすでに行う同梱のヘルパーを維持してください。

稼働中のファイルを削除しても、その再オープンは調整されません。copytruncate は名前変更と再オープンの仕組みを避けますが、コピーと切り詰めの間にデータを失い得る間隔が文書化されています。

プロキシがログを Syslog に送る場合は、Tinyproxy が書き込まないファイルにルールを追加するのではなく、受信側のログシステムで保持を適用してください。