Kui Squidi juurdepääsulog tundub aastaid maas olevat
Enne millegi muutmist eraldage natiivne epohhi ajatempel, ajavööndi teisendus ja puhverserveri hosti tegelik seinakell.
Squidi natiivne juurdepääsuvorming algab epohhi ajatempliga, mida tavaliselt kirjutatakse kujul %ts.%03tu: sekundid epohhist, millele järgneb kolm numbrit millisekundeid. Sellel positsioonil olev väärtus ei ole vormindatud kalendrikuupäev.
Kõigepealt kontrollige aktiivset access_log-vormingut. Squid 7 puhul vaadake access_logi väljundi ja vormingu valikut selle instantsi jaoks. Kohandatud logivorming, syslogi eesliide või allavoolu logiprotsessor võivad kuvatava rea algusesse panna teistsuguse ajatempli.
Kolm kontrolli kitsendavad seda
- Dekodeerige arvväärtus õige ühikuga. Murdarvud on osa sekundiväärtusest, mitte eraldi täisarvuline ajatempel millisekundites.
- Võrrelge dekodeeritud UTC-aega kohaliku aja kuvaga. Ajavööndi erinevus võib kuvatavat tundi ja mõnikord kalendripäeva nihutada; kuid see ei selgita mitme aasta kaugusel olevat kuupäeva.
- Võrrelge värsket kirjet selle Squidi instantsi käitava masina kellaga. systemd-hostis teatab
timedatectl statuskella seadetest ja sünkroonimise olekust.
Kui ka hosti kell on vale, uurige selle ajasünkroonimist ja vajaduse korral virtuaalmasina ajakonfiguratsiooni. Üks ebatõenäoline logikuupäev ei ole piisav rikkis riistvarakella aku tuvastamiseks.
Kui hosti kell on õige, kontrollige, et fail on ajakohane ja kuulub sellele instantsile. Kontrollige pööratud arhiive, kaugkogujaid ja ajatemplite teisendusi vaatamisvahendis.
Eristage ka tehingu ajatemplit ajast, mil koguja rea saab. Tavaline juurdepääsu logimine toimub päringu lõppedes ja deemonilogimine võib kirjutada asünkroonselt. Pikaajaline päring või tunnel ei pea ilmuma selle algse ühenduse ajal.