عندما يبدو سجل وصول Squid متأخرًا سنوات

يبدأ تنسيق الوصول الأصلي في Squid بطابع وقت بالحقبة الزمنية، يُكتب عادةً %ts.%03tu: ثوانٍ منذ الحقبة تتبعها ثلاثة أرقام من الميلي ثانية. والقيمة في ذلك الموضع ليست تاريخًا تقويميًا منسّقًا.

تحقق أولًا من تنسيق access_log النشط. في Squid 7، راجع اختيار مخرجات access_log وتنسيقه لهذه النسخة. قد يضع تنسيق سجل مخصص أو بادئة syslog أو معالج سجلات لاحق طابع وقت مختلفًا في بداية السطر المعروض.

ثلاثة فحوصات تضيّق الاحتمالات

1. فكّ النطاق العددي باستخدام الوحدة الصحيحة. الأرقام الكسرية جزء من قيمة الثواني وليست طابع وقت كاملًا منفصلًا بالميلي ثانية.
2. قارن وقت UTC المفكوك بعرض التوقيت المحلي. قد يحرّك فرق المنطقة الزمنية الساعة المعروضة وأحيانًا يوم التقويم؛ لكنه لا يفسّر تاريخًا يبعد سنوات.
3. قارن سجلًا جديدًا بساعة الجهاز الذي يشغّل نسخة Squid تلك. على مضيف systemd، يعرض timedatectl status إعدادات الساعة وحالة المزامنة.

إذا كانت ساعة المضيف خاطئة أيضًا، فافحص مزامنة وقتها، وعند الاقتضاء إعداد وقت الجهاز الافتراضي. تاريخ سجل واحد غير معقول لا يكفي لتحديد بطارية ساعة عتاد معطلة.

إذا كانت ساعة المضيف صحيحة، فتأكد من أن الملف حديث ويخص تلك النسخة. افحص الأرشيفات المدوّرة والمجمّعات البعيدة وتحويلات الطوابع الزمنية في أداة العرض.

ميّز أيضًا طابع وقت المعاملة عن الوقت الذي يستلم فيه المجمّع السطر. يحدث تسجيل الوصول العادي عند اكتمال الطلب، وقد يكتب تسجيل الخدمة بشكل غير متزامن. الطلب أو النفق الطويل لا يلزم أن يظهر في وقت اتصاله الأول.