Squid యాక్సెస్ లాగ్ సంవత్సరాల తరబడి వెనుకబడినట్లు కనిపించినప్పుడు
ఏదైనా మార్చే ముందు స్థానిక epoch టైమ్‌స్టాంప్, టైమ్‌జోన్ మార్పిడి మరియు ప్రాక్సీ హోస్ట్ యొక్క నిజమైన గోడ గడియారాన్ని వేరు చేయండి.
Squid యొక్క స్థానిక యాక్సెస్ ఫార్మాట్ epoch టైమ్‌స్టాంప్‌తో ప్రారంభమవుతుంది, దీన్ని సాధారణంగా %ts.%03tu అని రాస్తారు: epoch నుండి సెకన్లు మరియు తర్వాత మూడు అంకెల మిల్లీసెకన్లు. ఆ స్థానంలోని విలువ ఫార్మాట్ చేసిన క్యాలెండర్ తేదీ కాదు.
మొదట సక్రియంగా ఉన్న access_log ఫార్మాట్‌ను తనిఖీ చేయండి. Squid 7 కోసం, ఆ ఇన్‌స్టాన్స్ యొక్క access_log అవుట్‌పుట్ మరియు ఫార్మాట్ ఎంపికను చూడండి. అనుకూల లాగ్ ఫార్మాట్, syslog ఉపసర్గ లేదా దిగువ లాగ్ ప్రాసెసర్ చూపించే పంక్తి ప్రారంభంలో వేరే టైమ్‌స్టాంప్ పెట్టవచ్చు.
మూడు తనిఖీలు పరిధిని తగ్గిస్తాయి
- సరైన యూనిట్‌తో సంఖ్యా విలువను డీకోడ్ చేయండి. భిన్న అంకెలు సెకను విలువలో భాగం, మిల్లీసెకన్లలో ప్రత్యేక పూర్తి టైమ్‌స్టాంప్ కాదు.
- డీకోడ్ చేసిన UTC సమయాన్ని స్థానిక సమయ ప్రదర్శనతో పోల్చండి. టైమ్‌జోన్ తేడా చూపించే గంటను మరియు కొన్నిసార్లు క్యాలెండర్ రోజును కదిలించవచ్చు; కానీ చాలా సంవత్సరాల దూరంలో ఉన్న తేదీని వివరించదు.
- కొత్త రికార్డును ఆ Squid ఇన్‌స్టాన్స్ నడుపుతున్న మెషీన్ గడియారంతో పోల్చండి. systemd హోస్ట్‌లో
timedatectl statusగడియార సెట్టింగ్‌లు మరియు సమకాలీకరణ స్థితిని నివేదిస్తుంది.
హోస్ట్ గడియారం కూడా తప్పు అయితే, దాని సమయ సమకాలీకరణను మరియు వర్తించే చోట వర్చువల్ మెషీన్ సమయ కాన్ఫిగరేషన్‌ను పరిశోధించండి. లాగ్‌లోని ఒకే అసంభవమైన తేదీ విఫలమైన హార్డ్‌వేర్ గడియార బ్యాటరీని గుర్తించడానికి సరిపోదు.
హోస్ట్ గడియారం సరైనదైతే, ఫైల్ ప్రస్తుతమైనది మరియు ఆ ఇన్‌స్టాన్స్‌కు చెందినది అని నిర్ధారించండి. తిరిగి చేసిన ఆర్కైవ్‌లు, రిమోట్ కలెక్టర్లు మరియు వీక్షణ సాధనంలోని టైమ్‌స్టాంప్ మార్పిడులను తనిఖీ చేయండి.
కలెక్టర్ పంక్తిని స్వీకరించే సమయం నుండి లావాదేవీ టైమ్‌స్టాంప్‌ను కూడా వేరు చేయండి. సాధారణ యాక్సెస్ లాగింగ్ అభ్యర్థన పూర్తయినప్పుడు జరుగుతుంది, మరియు డీమన్ లాగింగ్ అసమకాలికంగా రాయవచ్చు. దీర్ఘకాలం నడిచే అభ్యర్థన లేదా సొరంగం దాని ప్రారంభ కనెక్షన్ సమయంలో కనిపించాల్సిన అవసరం లేదు.