כאשר יומן הגישה של Squid נראה שנים מאחור
הפרידו בין חותמת הזמן המקורית של epoch, המרת אזור הזמן והשעון האמיתי של מארח ה-proxy לפני שמשנים משהו.
פורמט הגישה המקורי של Squid מתחיל בחותמת זמן epoch, הכתובה בדרך כלל כ-%ts.%03tu: שניות מאז ה-epoch ואחריהן שלוש ספרות של מילישניות. ערך במקום הזה אינו תאריך לוח שנה מעוצב.
תחילה בדקו את פורמט access_log הפעיל. ב-Squid 7, עיינו בבחירת הפלט והפורמט של access_log עבור המופע. פורמט יומן מותאם, קידומת syslog או מעבד יומנים במורד הזרם יכולים לשים חותמת זמן אחרת בתחילת השורה המוצגת.
שלוש בדיקות מצמצמות את האפשרויות
- פענחו את הערך המספרי ביחידה הנכונה. הספרות השבריות הן חלק מערך של שניות, ולא חותמת זמן שלמה נפרדת במילישניות.
- השוו את זמן UTC המפוענח לתצוגת השעה המקומית. הפרש אזור זמן יכול להזיז את השעה המוצגת ולפעמים את יום הלוח; אך הוא אינו מסביר תאריך שנמצא שנים רבות משם.
- השוו רשומה חדשה לשעון המכונה שמריצה את מופע ה-Squid הזה. במארח systemd,
timedatectl statusמדווח על הגדרות השעון ומצב הסנכרון.
אם גם שעון המארח שגוי, חקרו את סנכרון הזמן שלו, ובמקרים הרלוונטיים את תצורת הזמן של המכונה הווירטואלית. תאריך יומן אחד שאינו סביר אינו מספיק כדי לזהות סוללת שעון חומרה תקולה.
אם שעון המארח נכון, ודאו שהקובץ עדכני ושייך למופע הזה. בדקו ארכיונים מסובבים, אספנים מרוחקים והמרות חותמות זמן בכלי הצפייה.
הבחינו גם בין חותמת הזמן של העסקה לבין הזמן שבו אספן מקבל את השורה. רישום גישה רגיל מתרחש עם השלמת הבקשה, ורישום הדמון יכול לכתוב באופן אסינכרוני. בקשה או מנהרה ארוכות אינן חייבות להופיע בזמן החיבור הראשוני שלהן.