Wanneer Squid se toegangslog jare agter lyk

Squid se oorspronklike toegangsformaat begin met 'n epoch-tydstempel, gewoonlik geskryf as %ts.%03tu: sekondes sedert die epoch gevolg deur drie syfers vir millisekondes. 'n Waarde op daardie plek is nie 'n geformateerde kalenderdatum nie.

Kontroleer eers die aktiewe access_log-formaat. Vir Squid 7, kyk na access_log se uitset- en formaatkeuse vir die instansie. 'n Pasgemaakte logformaat, 'n syslog-voorvoegsel of 'n stroomaf logverwerker kan 'n ander tydstempel aan die begin van die vertoonde reël plaas.

Drie kontroles vernou dit

1. Dekodeer die numeriese waarde met die korrekte eenheid. Die breukdele is deel van 'n sekondeswaarde, nie 'n aparte heel tydstempel in millisekondes nie.
2. Vergelyk die gedekodeerde UTC-tyd met die plaaslike tydvertoning. 'n Tydsoneverskil kan die vertoonde uur en soms die kalenderdag verskuif; dit verduidelik nie 'n datum wat jare ver weg is nie.
3. Vergelyk 'n nuwe rekord met die klok van die masjien wat daardie Squid-instansie laat loop. Op 'n systemd-gasheer rapporteer timedatectl status klokinstellings en sinchronisasiestatus.

As die gasheerklok ook verkeerd is, ondersoek sy tydsinchronisasie en, waar van toepassing, die virtuele masjien se tydkonfigurasie. 'n Enkele onwaarskynlike logdatum is onvoldoende om 'n mislukte hardewareklokbattery te identifiseer.

As die gasheerklok korrek is, bevestig dat die lêer aktueel is en aan daardie instansie behoort. Kontroleer geroteerde argiewe, afgeleë versamelaars en tydstempel-omskakelings in die kykgereedskap.

Onderskei ook die transaksie-tydstempel van die tyd wanneer 'n versamelaar die reël ontvang. Normale toegangslogregistrasie vind by voltooiing van die versoek plaas, en daemon-logregistrasie kan asynchroon skryf. 'n Langdurige versoek of tonnel hoef nie op sy aanvanklike verbindingstyd te verskyn nie.