जब Squid का एक्सेस लॉग सालों पीछे दिखे

Squid का मूल एक्सेस फ़ॉर्मैट epoch टाइमस्टैम्प से शुरू होता है, जिसे आमतौर पर %ts.%03tu के रूप में लिखा जाता है: epoch से सेकंड और फिर तीन अंकों के मिलीसेकंड। उस स्थान का मान कोई फ़ॉर्मैट किया गया कैलेंडर दिनांक नहीं है।

पहले सक्रिय access_log फ़ॉर्मैट की जाँच करें। Squid 7 के लिए, इस इंस्टेंस का access_log आउटपुट और फ़ॉर्मैट चयन देखें। कस्टम लॉग फ़ॉर्मैट, syslog प्रीफ़िक्स या डाउनस्ट्रीम लॉग प्रोसेसर दिखाई गई पंक्ति की शुरुआत में अलग टाइमस्टैम्प रख सकते हैं।

तीन जाँचें दायरा छोटा करती हैं

1. संख्यात्मक मान को सही इकाई से डिकोड करें। दशमलव अंक सेकंड मान का हिस्सा हैं, मिलीसेकंड में अलग पूरा टाइमस्टैम्प नहीं।
2. डिकोड किए गए UTC समय की स्थानीय समय के प्रदर्शन से तुलना करें। टाइमज़ोन अंतर दिखाई देने वाला घंटा और कभी-कभी कैलेंडर का दिन बदल सकता है; लेकिन यह कई साल दूर की तारीख की व्याख्या नहीं करता।
3. एक नए रिकॉर्ड की तुलना उस मशीन की घड़ी से करें जो वह Squid इंस्टेंस चला रही है। systemd होस्ट पर timedatectl status घड़ी सेटिंग्स और सिंक्रनाइज़ेशन स्थिति बताता है।

अगर होस्ट की घड़ी भी गलत है, तो उसके समय सिंक्रनाइज़ेशन और जहाँ लागू हो वहाँ वर्चुअल मशीन के समय कॉन्फ़िगरेशन की जाँच करें। लॉग की एक असंभावित तारीख ख़राब हार्डवेयर घड़ी की बैटरी पहचानने के लिए पर्याप्त नहीं है।

अगर होस्ट की घड़ी सही है, तो पुष्टि करें कि फ़ाइल वर्तमान है और उसी इंस्टेंस की है। रोटेट किए गए आर्काइव, दूरस्थ कलेक्टर और देखने के टूल में टाइमस्टैम्प रूपांतरण जाँचें।

लेन-देन के टाइमस्टैम्प को उस समय से भी अलग करें जब कलेक्टर पंक्ति प्राप्त करता है। सामान्य एक्सेस लॉगिंग अनुरोध पूरा होने पर होती है, और डेमन लॉगिंग अतुल्यकालिक रूप से लिख सकती है। लंबे समय तक चलने वाले अनुरोध या टनल का अपने शुरुआती कनेक्शन समय पर दिखना ज़रूरी नहीं है।