Wanneer Squids toegangslogboek jaren achter lijkt te lopen

Squids oorspronkelijke toegangsformaat begint met een epoch-tijdstempel, gewoonlijk geschreven als %ts.%03tu: seconden sinds de epoch gevolgd door drie cijfers milliseconden. Een waarde op die plaats is geen opgemaakte kalenderdatum.

Controleer eerst het actieve access_log-formaat. Bekijk voor Squid 7 de keuze van access_log-uitvoer en -formaat voor de instantie. Een aangepast logformaat, een syslog-voorvoegsel of een stroomafwaartse logprocessor kan een andere tijdstempel aan het begin van de getoonde regel plaatsen.

Drie controles beperken het

1. Decodeer de numerieke waarde met de juiste eenheid. De decimalen maken deel uit van een secondenwaarde, niet van een afzonderlijke hele tijdstempel in milliseconden.
2. Vergelijk de gedecodeerde UTC-tijd met de weergave van de lokale tijd. Een tijdzoneverschil kan het getoonde uur en soms de kalenderdag verschuiven; het verklaart echter geen datum die jaren verder ligt.
3. Vergelijk een nieuwe vermelding met de klok van de machine waarop die Squid-instantie draait. Op een systemd-host meldt timedatectl status klokinstellingen en synchronisatiestatus.

Als de klok van de host ook onjuist is, onderzoek dan de tijdsynchronisatie en, waar van toepassing, de tijdconfiguratie van de virtuele machine. Eén onwaarschijnlijke logdatum is niet genoeg om een defecte hardwareklokbatterij vast te stellen.

Als de klok van de host correct is, bevestig dan dat het bestand actueel is en bij die instantie hoort. Controleer geroteerde archieven, externe verzamelaars en tijdstempelconversies in het weergavehulpmiddel.

Onderscheid ook de tijdstempel van de transactie van het moment waarop een verzamelaar de regel ontvangt. Normale toegangslogging gebeurt bij voltooiing van het verzoek, en daemonlogging kan asynchroon schrijven. Een langdurig verzoek of tunnel hoeft niet op het moment van de eerste verbinding te verschijnen.