Squid erişim günlüğü yıllarca geride göründüğünde

Squid'in yerel erişim biçimi, genellikle %ts.%03tu olarak yazılan bir epoch zaman damgasıyla başlar: epoch'tan bu yana saniyeler ve ardından üç basamak milisaniye. O konumdaki değer biçimlendirilmiş bir takvim tarihi değildir.

Önce etkin access_log biçimini denetleyin. Squid 7 için örneğin access_log çıktı ve biçim seçimini gözden geçirin. Özel bir günlük biçimi, syslog öneki veya alt akış günlük işleyicisi görüntülenen satırın başına farklı bir zaman damgası koyabilir.

Üç denetim kapsamı daraltır

1. Sayısal değeri doğru birimle çözün. Kesirli basamaklar bir saniye değerinin parçasıdır, milisaniye cinsinden ayrı bir tam zaman damgası değildir.
2. Çözülen UTC zamanını yerel saat gösterimiyle karşılaştırın. Saat dilimi farkı görüntülenen saati ve bazen takvim gününü kaydırabilir; ancak yıllarca uzaktaki bir tarihi açıklamaz.
3. Yeni bir kaydı o Squid örneğini çalıştıran makinenin saatiyle karşılaştırın. systemd ana bilgisayarında timedatectl status saat ayarlarını ve eşitleme durumunu bildirir.

Ana bilgisayarın saati de yanlışsa, saat eşitlemesini ve uygulanabilirse sanal makinenin saat yapılandırmasını araştırın. Günlükteki tek bir inanılmaz tarih, arızalı bir donanım saati pilini belirlemek için yeterli değildir.

Ana bilgisayarın saati doğruysa, dosyanın güncel olduğunu ve o örneğe ait olduğunu doğrulayın. Döndürülmüş arşivleri, uzak toplayıcıları ve görüntüleme aracındaki zaman damgası dönüşümlerini denetleyin.

İşlemin zaman damgasını bir toplayıcının satırı aldığı zamandan da ayırın. Normal erişim günlüğü istek tamamlandığında oluşur ve servis günlüğü eşzamansız yazabilir. Uzun süren bir istek veya tünelin ilk bağlantı zamanında görünmesi gerekmez.