როცა Squid-ის წვდომის ჟურნალი წლებით ჩამორჩენილი ჩანს

Squid-ის ბუნებრივი წვდომის ფორმატი იწყება epoch-ის დროის ნიშნით, რომელიც ჩვეულებრივ იწერება როგორც %ts.%03tu: წამები epoch-იდან და შემდეგ სამი ციფრი მილიწამი. ამ პოზიციაზე არსებული მნიშვნელობა ფორმატირებული კალენდარული თარიღი არ არის.

ჯერ შეამოწმეთ აქტიური access_log ფორმატი. Squid 7-ისთვის გადახედეთ access_log-ის გამოტანისა და ფორმატის არჩევანს ამ ინსტანციისთვის. მორგებული ჟურნალის ფორმატმა, syslog-ის პრეფიქსმა ან ქვედა დონის ჟურნალის პროცესორმა შეიძლება ჩვენებული ხაზის დასაწყისში სხვა დროის ნიშანი დადოს.

სამი შემოწმება ავიწროებს

1. გაშიფრეთ რიცხვითი მნიშვნელობა სწორი ერთეულით. წილადი ციფრები წამის მნიშვნელობის ნაწილია და არა ცალკე მთელი დროის ნიშანი მილიწამებში.
2. შეადარეთ გაშიფრული UTC დრო ლოკალური დროის ჩვენებას. დროის სარტყლის სხვაობამ შეიძლება გადაიტანოს ნაჩვენები საათი და ზოგჯერ კალენდარული დღე; თუმცა არ ხსნის მრავალი წლით დაშორებულ თარიღს.
3. შეადარეთ ახალი ჩანაწერი იმ მანქანის საათს, რომელიც ამ Squid ინსტანციას უშვებს. systemd ჰოსტზე timedatectl status იტყობინება საათის პარამეტრებსა და სინქრონიზაციის მდგომარეობას.

თუ ჰოსტის საათიც არასწორია, გამოიკვლიეთ მისი დროის სინქრონიზაცია და, სადაც შესაბამისია, ვირტუალური მანქანის დროის კონფიგურაცია. ერთი წარმოუდგენელი ჟურნალის თარიღი არ არის საკმარისი აპარატული საათის გაფუჭებული ბატარეის დასადგენად.

თუ ჰოსტის საათი სწორია, დაადასტურეთ, რომ ფაილი მიმდინარეა და ამ ინსტანციას ეკუთვნის. შეამოწმეთ ბრუნვადი არქივები, დისტანციური შემგროვებლები და დროის ნიშნების გარდაქმნები ნახვის ხელსაწყოში.

ასევე განასხვავეთ ტრანზაქციის დროის ნიშანი იმ დროისგან, როცა შემგროვებელი ხაზს იღებს. ჩვეულებრივი წვდომის ჟურნალირება ხდება მოთხოვნის დასრულებისას, ხოლო დემონის ჟურნალირება შეიძლება ასინქრონულად ჩაიწეროს. გრძელვადიანი მოთხოვნა ან გვირაბი არ უნდა გამოჩნდეს მისი საწყისი კავშირის დროს.