Når Squids tilgangslogg ser ut til å være år bak
Skill den opprinnelige epoch-tidsstemplen, tidssonekonverteringen og proxy-vertens faktiske veggklokke før du endrer noe.
Squids opprinnelige tilgangsformat begynner med en epoch-tidsstempel, vanligvis skrevet som %ts.%03tu: sekunder siden epoch etterfulgt av tre sifre millisekunder. En verdi på den plassen er ikke en formatert kalenderdato.
Sjekk først det aktive access_log-formatet. For Squid 7, gå gjennom valg av access_log-utdata og -format for instansen. Et egendefinert loggformat, et syslog-prefiks eller en nedstrøms loggprosessor kan sette en annen tidsstempel i begynnelsen av den viste linjen.
Tre kontroller snevrer det inn
- Dekod den numeriske verdien med riktig enhet. Desimalsifrene er en del av en sekundverdi, ikke en separat hel tidsstempel i millisekunder.
- Sammenlign den dekodede UTC-tiden med visningen av lokal tid. En tidssoneforskjell kan flytte den viste timen og noen ganger kalenderdagen; men den forklarer ikke en dato mange år unna.
- Sammenlign en fersk post med klokken på maskinen som kjører den aktuelle Squid-instansen. På en systemd-vert rapporterer
timedatectl statusklokkeinnstillinger og synkroniseringsstatus.
Hvis vertens klokke også er feil, undersøk tidssynkroniseringen og, der det er relevant, tidskonfigurasjonen til den virtuelle maskinen. Én usannsynlig loggdato er ikke nok til å identifisere et defekt maskinvareklokke-batteri.
Hvis vertens klokke er riktig, bekreft at filen er oppdatert og tilhører den instansen. Kontroller roterte arkiver, eksterne innsamlere og tidsstempelkonverteringer i visningsverktøyet.
Skill også transaksjonens tidsstempel fra tidspunktet en innsamler mottar linjen. Normal tilgangslogging skjer når forespørselen fullføres, og daemonlogging kan skrive asynkront. En langvarig forespørsel eller tunnel trenger ikke å vises på tidspunktet for den første tilkoblingen.