Ketika log akses Squid tampak tertinggal bertahun-tahun

Format akses asli Squid dimulai dengan stempel waktu epoch, yang biasanya ditulis sebagai %ts.%03tu: detik sejak epoch diikuti tiga digit milidetik. Nilai pada posisi itu bukan tanggal kalender yang diformat.

Periksa dulu format access_log yang aktif. Untuk Squid 7, tinjau pilihan keluaran dan format access_log untuk instans tersebut. Format log khusus, prefiks syslog, atau pemroses log di hilir dapat menempatkan stempel waktu berbeda di awal baris yang ditampilkan.

Tiga pemeriksaan mempersempitnya

1. Dekode nilai numerik dengan satuan yang benar. Digit pecahan adalah bagian dari nilai detik, bukan stempel waktu utuh terpisah dalam milidetik.
2. Bandingkan waktu UTC yang didekode dengan tampilan waktu lokal. Perbedaan zona waktu dapat menggeser jam yang ditampilkan dan kadang hari kalender; tetapi tidak menjelaskan tanggal yang berjarak bertahun-tahun.
3. Bandingkan catatan baru dengan jam mesin yang menjalankan instans Squid tersebut. Pada host systemd, timedatectl status melaporkan pengaturan jam dan status sinkronisasi.

Jika jam host juga salah, selidiki sinkronisasi waktunya dan, bila berlaku, konfigurasi waktu mesin virtual. Satu tanggal log yang tidak masuk akal tidak cukup untuk mengidentifikasi baterai jam perangkat keras yang rusak.

Jika jam host benar, pastikan file tersebut terkini dan milik instans itu. Periksa arsip yang dirotasi, pengumpul jarak jauh, dan konversi stempel waktu di alat penampil.

Bedakan juga stempel waktu transaksi dari saat pengumpul menerima baris. Pencatatan akses normal terjadi saat permintaan selesai, dan pencatatan daemon dapat menulis secara asinkron. Permintaan atau terowongan yang berjalan lama tidak harus muncul pada waktu koneksi awalnya.