Tinyproxy 로그 로테이션: maxsize 100M이 엄격한 상한이 아닌 이유

logrotate는 실행될 때만 maxsize를 확인합니다. 확인 주기와 로그 재개방 처리를 임계값과 함께 설정하세요.

maxsize 100M 항목은 로테이션 방아쇠이지 Tinyproxy 로그 파일에 대한 상시 상한이 아닙니다. logrotate가 하루에 한 번 실행되면 다음 확인 전에 파일이 100 MB를 넘어설 수 있습니다.

Tinyproxy가 LogFile에 직접 기록한다면 다음과 같은 정책을 기존 logrotate 절에 병합하세요:

daily
maxsize 100M
rotate 7
compress
delaycompress

설치된 절의 올바른 경로, 소유권, create 권한, 서비스별 postrotate 처리를 유지하세요. 이 조각은 보존 정책을 제공할 뿐 서비스 통합 전체를 대신하지 않습니다.

일일 확인으로 증가량이 너무 크다면 logrotate 실행을 더 자주 잡으세요. 실행할 때마다 규칙을 평가하지만 반드시 로테이션하는 것은 아닙니다. 크기 기반 로테이션에서 rotate 7은 로테이션된 파일 일곱 개를 뜻하며 7일보다 짧은 기간을 나타낼 수 있습니다.

재개방이 로테이션을 완료합니다

파일 이름이 바뀐 뒤 Tinyproxy는 로그를 다시 열어야 합니다. Tinyproxy는 SIGUSR1을 구성 다시 로드와 로그 파일 닫기 및 다시 열기로 문서화하며 필터 구성도 다시 로드합니다. 신호나 PID 파일 위치를 추측하지 말고 이미 올바른 동작을 수행하는 패키지된 헬퍼를 유지하세요.

활성 파일을 삭제하는 것은 그 재개방을 조정하지 않습니다. copytruncate은 이름 변경 후 재개방 방식을 피하지만 복사와 잘라내기 과정에서 데이터가 유실될 수 있는 문서화된 구간이 있습니다.

프록시가 로그를 Syslog로 보낸다면 Tinyproxy가 쓰지 않는 파일에 규칙을 추가하지 말고 수신 로깅 시스템에서 보존을 적용하세요.

관련 글