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