Apabila log akses Squid kelihatan ketinggalan bertahun-tahun
Asingkan cap masa epoch asli, penukaran zon waktu dan jam dinding sebenar hos proksi sebelum mengubah apa-apa.
Format akses asli Squid bermula dengan cap masa epoch, biasanya ditulis sebagai %ts.%03tu: saat sejak epoch diikuti tiga digit milisaat. Nilai pada kedudukan itu bukan tarikh kalendar yang diformatkan.
Semak format access_log yang aktif dahulu. Untuk Squid 7, semak pilihan output dan format access_log untuk instans tersebut. Format log tersuai, awalan syslog atau pemproses log hiliran boleh meletakkan cap masa berbeza pada permulaan baris yang dipaparkan.
Tiga semakan menyempitkannya
- Nyahkod nilai berangka dengan unit yang betul. Digit pecahan ialah sebahagian daripada nilai saat, bukan cap masa keseluruhan berasingan dalam milisaat.
- Bandingkan masa UTC yang dinyahkod dengan paparan masa tempatan. Perbezaan zon waktu boleh menggerakkan jam yang dipaparkan dan kadangkala hari kalendar; tetapi ia tidak menjelaskan tarikh yang berjauhan bertahun-tahun.
- Bandingkan rekod baharu dengan jam mesin yang menjalankan instans Squid itu. Pada hos systemd,
timedatectl statusmelaporkan tetapan jam dan status penyegerakan.
Jika jam hos juga salah, siasat penyegerakan masanya dan, jika berkenaan, konfigurasi masa mesin maya. Satu tarikh log yang tidak munasabah tidak mencukupi untuk mengenal pasti bateri jam perkakasan yang rosak.
Jika jam hos betul, sahkan bahawa fail itu terkini dan milik instans tersebut. Semak arkib berputar, pengumpul jauh dan penukaran cap masa dalam alat paparan.
Bezakan juga cap masa transaksi daripada masa pengumpul menerima baris. Pengelogan akses biasa berlaku apabila permintaan selesai, dan pengelogan daemon boleh menulis secara tak segerak. Permintaan atau terowong yang berjalan lama tidak semestinya muncul pada masa sambungan awalnya.