När Squids åtkomstlogg verkar vara år efter

Squids inbyggda åtkomstformat börjar med en epoch-tidsstämpel, vanligtvis skriven som %ts.%03tu: sekunder sedan epoken följt av tre siffror millisekunder. Ett värde på den platsen är inte ett formaterat kalenderdatum.

Kontrollera först det aktiva access_log-formatet. För Squid 7, granska val av access_log-utdata och -format för instansen. Ett anpassat loggformat, ett syslog-prefix eller en nedströms loggprocessor kan sätta en annan tidsstämpel i början av den visade raden.

Tre kontroller begränsar det

1. Avkoda det numeriska värdet med rätt enhet. Decimalsiffrorna är en del av ett sekundvärde, inte en separat hel tidsstämpel i millisekunder.
2. Jämför den avkodade UTC-tiden med visningen av lokal tid. En tidszonsskillnad kan flytta den visade timmen och ibland kalenderdagen; men den förklarar inte ett datum många år bort.
3. Jämför en färsk post med klockan på maskinen som kör den Squid-instansen. På en systemd-värd rapporterar timedatectl status klockinställningar och synkroniseringsstatus.

Om värdens klocka också är fel, undersök dess tidssynkronisering och, där det är tillämpligt, den virtuella maskinens tidskonfiguration. Ett enda osannolikt loggdatum räcker inte för att identifiera ett defekt batteri i hårdvaruklockan.

Om värdens klocka är korrekt, bekräfta att filen är aktuell och tillhör den instansen. Kontrollera roterade arkiv, fjärrinsamlare och tidsstämpelomvandlingar i visningsverktyget.

Skilj också på transaktionens tidsstämpel och den tidpunkt då en insamlare tar emot raden. Normal åtkomstloggning sker när begäran slutförs, och daemonloggning kan skrivas asynkront. En långvarig begäran eller tunnel behöver inte visas vid den ursprungliga anslutningstiden.