Când jurnalul de acces al Squid pare să fie cu ani în urmă

Formatul de acces nativ al Squid începe cu o marcă de timp epoch, scrisă de obicei ca %ts.%03tu: secunde de la epoch urmate de trei cifre de milisecunde. O valoare în acea poziție nu este o dată de calendar formatată.

Verificați mai întâi formatul access_log activ. Pentru Squid 7, consultați alegerea ieșirii și a formatului access_log pentru instanță. Un format de jurnal personalizat, un prefix syslog sau un procesor de jurnale din aval pot pune o altă marcă de timp la începutul liniei afișate.

Trei verificări restrâng căutarea

1. Decodați valoarea numerică cu unitatea corectă. Cifrele fracționare fac parte dintr-o valoare în secunde, nu sunt o marcă de timp întreagă separată în milisecunde.
2. Comparați ora UTC decodată cu afișarea orei locale. O diferență de fus orar poate muta ora afișată și uneori ziua calendaristică; dar nu explică o dată aflată la mulți ani distanță.
3. Comparați o înregistrare recentă cu ceasul mașinii care rulează acea instanță Squid. Pe o gazdă systemd, timedatectl status raportează setările ceasului și starea de sincronizare.

Dacă și ceasul gazdei este greșit, investigați sincronizarea timpului și, unde este cazul, configurația de timp a mașinii virtuale. O singură dată de jurnal neverosimilă nu este suficientă pentru a identifica o baterie defectă a ceasului de hardware.

Dacă ceasul gazdei este corect, confirmați că fișierul este actual și aparține acelei instanțe. Verificați arhivele rotite, colectoarele la distanță și conversiile de marcă de timp din instrumentul de vizualizare.

Distingeți și marca de timp a tranzacției de momentul în care un colector primește linia. Înregistrarea normală a accesului are loc la finalizarea cererii, iar înregistrarea demonului poate scrie asincron. O cerere sau un tunel de lungă durată nu trebuie să apară la momentul conexiunii inițiale.