Калі журнал доступу Squid выглядае адсталым на гады

Родны фармат доступу Squid пачынаецца з адбітка часу эпохі, звычайна запісванага як %ts.%03tu: секунды ад эпохі і потым тры лічбы мілісекунд. Значэнне на гэтым месцы не з'яўляецца фарматаванай каляндарнай датай.

Спачатку праверце актыўны фармат access_log. Для Squid 7 паглядзіце выбар вываду і фармату access_log для гэтага экзэмпляра. Уласны фармат журнала, прэфікс syslog або наступны апрацоўшчык журналаў могуць паставіць іншы адбітак часу ў пачатак адлюстраванага радка.

Тры праверкі звужваюць пошук

1. Дэкадуйце лікавае значэнне ў правільнай адзінцы. Дробныя лічбы — частка значэння секунд, а не асобны цэлы адбітак часу ў мілісекундах.
2. Параўнайце дэкадаваны час UTC з адлюстраваннем мясцовага часу. Розніца часавых зон можа зрушыць паказаную гадзіну і часам каляндарны дзень; але яна не тлумачыць дату, якая адстаяць на гады.
3. Параўнайце свежы запіс з гадзіннікам машыны, якая запускае гэты экзэмпляр Squid. На хосце з systemd timedatectl status паказвае налады гадзінніка і стан сінхранізацыі.

Калі гадзіннік хоста таксама няправільны, даследуйце яго сінхранізацыю часу і, дзе датычна, налады часу віртуальнай машыны. Адна непраўдападобная дата журнала не дастатковая, каб вызначыць няспраўную батарэю апаратнага гадзінніка.

Калі гадзіннік хоста правільны, пераканайцеся, што файл актуальны і належыць гэтаму экзэмпляру. Праверце паварочныя архівы, аддаленыя зборшчыкі і пераўтварэнні адбіткаў часу ў праглядным інструменце.

Таксама адрознівайце адбітак часу транзакцыі ад часу атрымання радка зборшчыкам. Звычайнае журналіраванне доступу адбываецца пасля завяршэння запыту, а журнал дэмана можа пісацца асінхронна. Доўгі запыт або тунель не абавязаны з'яўляцца ў час першапачатковага злучэння.