Kun Squidin käyttöloki näyttää olevan vuosia jäljessä

Squidin natiivi käyttömuoto alkaa epoch-aikaleimalla, joka tavallisesti kirjoitetaan muodossa %ts.%03tu: sekunnit epochista ja sen jälkeen kolme numeroa millisekunteja. Tuon kohdan arvo ei ole muotoiltu kalenteripäivä.

Tarkista ensin aktiivinen access_log-muoto. Squid 7:ssä tarkastele access_login tulosteen ja muodon valintaa kyseiselle instanssille. Mukautettu lokimuoto, syslog-etuliite tai alavirran lokiprosessori voi sijoittaa eri aikaleiman näytetyn rivin alkuun.

Kolme tarkistusta rajaa sitä

1. Pura numeerinen arvo oikealla yksiköllä. Murtoluvut ovat osa sekuntiarvoa, eivät erillinen kokonainen aikaleima millisekunteina.
2. Vertaa purettua UTC-aikaa paikallisen ajan näyttöön. Aikavyöhyke-ero voi siirtää näytettyä tuntia ja joskus kalenteripäivää; se ei kuitenkaan selitä monien vuosien päässä olevaa päivämäärää.
3. Vertaa tuoretta tietuetta kyseistä Squid-instanssia ajavan koneen kelloon. systemd-isännässä timedatectl status raportoi kellon asetukset ja synkronointitilan.

Jos myös isännän kello on väärä, tutki sen aikasynkronointia ja tarvittaessa virtuaalikoneen aikamääritystä. Yksi epäuskottava lokipäivämäärä ei riitä viallisen laitteistokellon pariston tunnistamiseen.

Jos isännän kello on oikea, varmista, että tiedosto on ajantasainen ja kuuluu kyseiselle instanssille. Tarkista kierrätetyt arkistot, etäkokoelijat ja aikaleimamuunnokset katselutyökalussa.

Erottele myös tapahtuman aikaleima siitä hetkestä, jolloin kokoelija vastaanottaa rivin. Normaali käytön kirjaus tapahtuu pyynnön valmistuessa, ja daemonin kirjaus voi kirjoittaa asynkronisesti. Pitkään kestävän pyynnön tai tunnelin ei tarvitse näkyä alkuperäisen yhteyden aikana.