Squid 액세스 로그가 몇 년씩 뒤처져 보일 때

Squid의 기본 액세스 형식은 epoch 타임스탬프로 시작하며, 보통 %ts.%03tu로 씁니다. epoch 이후의 초와 세 자리 밀리초가 이어지는 값이며, 그 위치의 값은 서식이 지정된 달력 날짜가 아닙니다.

먼저 활성 access_log 형식을 확인하세요. Squid 7에서는 해당 인스턴스의 access_log 출력 및 형식 선택을 검토하세요. 사용자 지정 로그 형식, syslog 접두사 또는 하위 로그 처리기가 표시되는 줄의 시작에 다른 타임스탬프를 넣을 수 있습니다.

세 가지 점검으로 범위를 좁힙니다

1. 숫자 값을 올바른 단위로 디코딩하세요. 소수 자릿수는 초 값의 일부이며, 밀리초 단위의 별도 정수 타임스탬프가 아닙니다.
2. 디코딩한 UTC 시간을 현지 시간 표시와 비교하세요. 시간대 차이는 표시되는 시각과 때로는 달력 날짜를 옮길 수 있지만, 몇 년이나 떨어진 날짜를 설명하지는 못합니다.
3. 새 레코드를 해당 Squid 인스턴스를 실행하는 시스템의 시계와 비교하세요. systemd 호스트에서는 timedatectl status가 시계 설정과 동기화 상태를 보고합니다.

호스트 시계도 잘못되었다면 시간 동기화와 해당되는 경우 가상 머신의 시간 구성을 조사하세요. 믿기 어려운 로그 날짜 하나만으로는 하드웨어 시계 배터리 고장을 식별하기에 충분하지 않습니다.

호스트 시계가 정확하다면 파일이 최신이고 해당 인스턴스의 것인지 확인하세요. 회전된 아카이브, 원격 수집기, 보기 도구의 타임스탬프 변환을 확인하세요.

수집기가 줄을 받는 시각과 트랜잭션 타임스탬프도 구분하세요. 일반 액세스 로깅은 요청이 완료될 때 발생하며, 데몬 로깅은 비동기적으로 기록될 수 있습니다. 오래 실행되는 요청이나 터널이 최초 연결 시각에 나타나야 하는 것은 아닙니다.