Ko je Squidov dnevnik dostopa videti leta zaostal

Izvorni format dostopa Squida se začne s časovnim žigom epoch, običajno zapisanim kot %ts.%03tu: sekunde od epohe, ki jim sledijo tri števke milisekund. Vrednost na tem mestu ni oblikovan koledarski datum.

Najprej preverite aktivni format access_log. Pri Squidu 7 pregledajte izbiro izhoda in formata access_log za to instanco. Format dnevnika po meri, predpona syslog ali nadaljnji procesor dnevnikov lahko na začetek prikazane vrstice postavi drug časovni žig.

Trije pregledi zožijo krog

1. Dekodirajte številsko vrednost s pravilno enoto. Ulomljene števke so del vrednosti v sekundah, ne ločen celoten časovni žig v milisekundah.
2. Primerjajte dekodiran čas UTC s prikazom lokalnega časa. Razlika v časovnem pasu lahko premakne prikazano uro in včasih koledarski dan; ne pojasni pa datuma, ki je več let stran.
3. Primerjajte nov zapis z uro stroja, ki poganja to instanco Squida. Na gostitelju systemd timedatectl status poroča o nastavitvah ure in stanju sinhronizacije.

Če je tudi ura gostitelja napačna, raziščite njeno časovno sinhronizacijo in, kadar je to ustrezno, konfiguracijo časa navideznega stroja. En sam neverjeten datum dnevnika ne zadošča za prepoznavo okvarjene baterije strojne ure.

Če je ura gostitelja pravilna, potrdite, da je datoteka aktualna in pripada tej instanci. Preverite zasukane arhive, oddaljene zbiralnike in pretvorbe časovnih žigov v orodju za ogled.

Ločite tudi časovni žig transakcije od trenutka, ko zbiralnik prejme vrstico. Običajno beleženje dostopa se zgodi ob zaključku zahteve, beleženje démona pa lahko piše asinhrono. Dolgotrajna zahteva ali tunel se ne rabi pojaviti ob času začetne povezave.