Keď sa prístupový protokol Squidu zdá byť roky pozadu

Natívny formát prístupu Squidu začína časovou pečiatkou epoch, zvyčajne zapisovanou ako %ts.%03tu: sekundy od epochy nasledované tromi číslicami milisekúnd. Hodnota na tomto mieste nie je naformátovaný kalendárny dátum.

Najprv skontrolujte aktívny formát access_log. Pri Squide 7 si prejdite voľbu výstupu a formátu access_log pre danú inštanciu. Vlastný formát protokolu, predpona syslogu alebo nadväzný spracovateľ protokolov môžu na začiatok zobrazovaného riadku umiestniť inú časovú pečiatku.

Tri kontroly zúžia okruh

1. Dekódujte číselnú hodnotu pomocou správnej jednotky. Desatinné číslice sú súčasťou hodnoty v sekundách, nie samostatná celá časová pečiatka v milisekundách.
2. Porovnajte dekódovaný čas UTC so zobrazením miestneho času. Rozdiel časového pásma môže posunúť zobrazenú hodinu a niekedy aj kalendárny deň; nevysvetlí však dátum vzdialený mnoho rokov.
3. Porovnajte nový záznam s hodinami stroja, ktorý danú inštanciu Squidu prevádzkuje. Na hostiteľovi so systemd timedatectl status hlási nastavenia hodín a stav synchronizácie.

Ak sú nesprávne aj hodiny hostiteľa, preskúmajte ich časovú synchronizáciu a prípadne konfiguráciu času virtuálneho stroja. Jeden nepravdepodobný dátum v protokole nestačí na určenie chybnej batérie hardvérových hodín.

Ak sú hodiny hostiteľa správne, overte, že súbor je aktuálny a patrí danej inštancii. Skontrolujte rotované archívy, vzdialené zberače a prevody časových pečiatok v prehliadacom nástroji.

Odlišujte aj časovú pečiatku transakcie od okamihu, keď zberač riadok prijme. Bežné zaznamenávanie prístupu prebieha po dokončení požiadavky a protokolovanie démona môže zapisovať asynchrónne. Dlho trvajúca požiadavka alebo tunel sa nemusí objaviť v čase počiatočného pripojenia.