Når Squids adgangslog ser ud til at være år bagud

Squids oprindelige adgangsformat begynder med et epoch-tidsstempel, som normalt skrives som %ts.%03tu: sekunder siden epoch efterfulgt af tre cifre millisekunder. En værdi på den plads er ikke en formateret kalenderdato.

Kontroller først det aktive access_log-format. For Squid 7 skal du gennemgå valg af access_log-output og -format for instansen. Et brugerdefineret logformat, et syslog-præfiks eller en efterfølgende logbehandler kan sætte et andet tidsstempel i begyndelsen af den viste linje.

Tre kontroller indsnævrer det

1. Afkod den numeriske værdi med den korrekte enhed. Cifrene efter decimalpunktet er en del af en sekundværdi, ikke et separat helt tidsstempel i millisekunder.
2. Sammenlign den afkodede UTC-tid med visningen af lokal tid. En tidszoneforskel kan flytte den viste time og nogle gange kalenderdagen; men den forklarer ikke en dato mange år væk.
3. Sammenlign en ny post med uret på den maskine, der kører den pågældende Squid-instans. På en systemd-vært rapporterer timedatectl status urindstillinger og synkroniseringsstatus.

Hvis værtens ur også er forkert, undersøg dets tidssynkronisering og, hvor det er relevant, den virtuelle maskines tidskonfiguration. En enkelt usandsynlig logdato er ikke nok til at identificere et defekt hardware-ur-batteri.

Hvis værtens ur er korrekt, skal du bekræfte, at filen er aktuel og tilhører den pågældende instans. Kontroller roterede arkiver, eksterne indsamlere og tidsstempelkonverteringer i visningsværktøjet.

Skeln også mellem transaktionens tidsstempel og det tidspunkt, hvor en indsamler modtager linjen. Normal adgangslogning sker, når anmodningen afsluttes, og daemonlogning kan skrive asynkront. En langvarig anmodning eller tunnel behøver ikke at vises på det tidspunkt, hvor forbindelsen startede.