जब Squid को पहुँच लग वर्षौं पछाडि देखिन्छ
केही परिवर्तन गर्नु अघि मूल epoch टाइमस्ट्याम्प, टाइमजोन रूपान्तरण र प्रोक्सी होस्टको वास्तविक भित्ता घडी छुट्याउनुहोस्।
Squid को मूल पहुँच ढाँचा epoch टाइमस्ट्याम्पबाट सुरु हुन्छ, जुन सामान्यतया %ts.%03tu रूपमा लेखिन्छ: epoch देखिका सेकेन्ड र त्यसपछि तीन अंकको मिलिसेकेन्ड। त्यो स्थानको मान ढाँचा गरिएको पात्रो मिति होइन।
पहिले सक्रिय access_log ढाँचा जाँच्नुहोस्। Squid 7 का लागि, यो इन्स्टेन्सको access_log को आउटपुट र ढाँचा चयन हेर्नुहोस्। अनुकूलन लग ढाँचा, syslog उपसर्ग वा तल्लो लग प्रोसेसरले देखाइएको लाइनको सुरुमा फरक टाइमस्ट्याम्प राख्न सक्छ।
तीन जाँचले दायरा साँघुरो बनाउँछन्
- सही एकाइ प्रयोग गरेर संख्यात्मक मान डिकोड गर्नुहोस्। दशमलव अंक सेकेन्ड मानको भाग हुन्, मिलिसेकेन्डमा छुट्टै पूरा टाइमस्ट्याम्प होइन।
- डिकोड गरिएको UTC समयलाई स्थानीय समयको प्रदर्शनसँग तुलना गर्नुहोस्। टाइमजोन फरकले देखाइएको घण्टा र कहिलेकाहीँ पात्रोको दिन सार्न सक्छ; तर धेरै वर्ष टाढाको मिति व्याख्या गर्दैन।
- नयाँ रेकर्डलाई त्यो Squid इन्स्टेन्स चलाइरहेको मेसिनको घडीसँग तुलना गर्नुहोस्। systemd होस्टमा
timedatectl statusले घडीका सेटिङ र सिंक्रोनाइजेसन स्थिति जानकारी दिन्छ।
यदि होस्टको घडी पनि गलत छ भने, यसको समय सिंक्रोनाइजेसन र लागू हुने ठाउँमा भर्चुअल मेसिनको समय कन्फिगरेसन जाँच्नुहोस्। लगको एउटा मात्र अविश्वसनीय मिति बिग्रिएको हार्डवेयर घडी ब्याट्री पहिचान गर्न पर्याप्त हुँदैन।
यदि होस्टको घडी सही छ भने, फाइल हालको छ र त्यही इन्स्टेन्सको हो भनी पुष्टि गर्नुहोस्। घुमाइएका अभिलेख, टाढाका सङ्कलक र हेर्ने उपकरणमा टाइमस्ट्याम्प रूपान्तरण जाँच्नुहोस्।
सङ्कलकले लाइन प्राप्त गर्ने समयबाट कारोबारको टाइमस्ट्याम्प पनि छुट्याउनुहोस्। सामान्य पहुँच लगिङ अनुरोध पूरा भएपछि हुन्छ, र डेमन लगिङ असमकालिक रूपमा लेख्न सक्छ। लामो समय चल्ने अनुरोध वा सुरुङ आफ्नो सुरुवाती जडान समयमा देखिनु आवश्यक छैन।