Squid ನ ಪ್ರವೇಶ ಲಾಗ್ ವರ್ಷಗಳಷ್ಟು ಹಿಂದೆ ಕಾಣಿಸಿದಾಗ

Squid ನ ಸ್ಥಳೀಯ ಪ್ರವೇಶ ಸ್ವರೂಪವು epoch ಟೈಮ್‌ಸ್ಟ್ಯಾಂಪ್‌ನಿಂದ ಪ್ರಾರಂಭವಾಗುತ್ತದೆ, ಸಾಮಾನ್ಯವಾಗಿ %ts.%03tu ಎಂದು ಬರೆಯಲಾಗುತ್ತದೆ: epoch ನಿಂದ ಸೆಕೆಂಡುಗಳು ಮತ್ತು ನಂತರ ಮೂರು ಅಂಕಿಗಳ ಮಿಲಿಸೆಕೆಂಡುಗಳು. ಆ ಸ್ಥಾನದಲ್ಲಿನ ಮೌಲ್ಯವು ಸ್ವರೂಪಗೊಳಿಸಿದ ಕ್ಯಾಲೆಂಡರ್ ದಿನಾಂಕವಲ್ಲ.

ಮೊದಲು ಸಕ್ರಿಯ access_log ಸ್ವರೂಪವನ್ನು ಪರಿಶೀಲಿಸಿ. Squid 7 ಗಾಗಿ, ಈ ಇನ್‌ಸ್ಟೆನ್ಸ್‌ನ access_log ಔಟ್‌ಪುಟ್ ಮತ್ತು ಸ್ವರೂಪದ ಆಯ್ಕೆಯನ್ನು ನೋಡಿ. ಕಸ್ಟಮ್ ಲಾಗ್ ಸ್ವರೂಪ, syslog ಪೂರ್ವಪ್ರತ್ಯಯ ಅಥವಾ ಕೆಳಗಿನ ಲಾಗ್ ಪ್ರೊಸೆಸರ್ ತೋರಿಸಿದ ಸಾಲಿನ ಆರಂಭದಲ್ಲಿ ಬೇರೆ ಟೈಮ್‌ಸ್ಟ್ಯಾಂಪ್ ಇಡಬಹುದು.

ಮೂರು ಪರಿಶೀಲನೆಗಳು ವ್ಯಾಪ್ತಿಯನ್ನು ಕಿರಿದಾಗಿಸುತ್ತವೆ

1. ಸಂಖ್ಯಾ ಮೌಲ್ಯವನ್ನು ಸರಿಯಾದ ಘಟಕದಿಂದ ಡಿಕೋಡ್ ಮಾಡಿ. ಭಿನ್ನರಾಶಿ ಅಂಕಿಗಳು ಸೆಕೆಂಡ್ ಮೌಲ್ಯದ ಭಾಗ, ಮಿಲಿಸೆಕೆಂಡುಗಳಲ್ಲಿ ಪ್ರತ್ಯೇಕ ಪೂರ್ಣ ಟೈಮ್‌ಸ್ಟ್ಯಾಂಪ್ ಅಲ್ಲ.
2. ಡಿಕೋಡ್ ಮಾಡಿದ UTC ಸಮಯವನ್ನು ಸ್ಥಳೀಯ ಸಮಯದ ಪ್ರದರ್ಶನದೊಂದಿಗೆ ಹೋಲಿಸಿ. ಟೈಮ್‌ಜೋನ್ ವ್ಯತ್ಯಾಸವು ತೋರಿಸಿದ ಗಂಟೆ ಮತ್ತು ಕೆಲವೊಮ್ಮೆ ಕ್ಯಾಲೆಂಡರ್ ದಿನವನ್ನು ಸರಿಸಬಹುದು; ಆದರೆ ಹಲವು ವರ್ಷಗಳ ದೂರದ ದಿನಾಂಕವನ್ನು ವಿವರಿಸುವುದಿಲ್ಲ.
3. ಹೊಸ ದಾಖಲೆಯನ್ನು ಆ Squid ಇನ್‌ಸ್ಟೆನ್ಸ್ ನಡೆಸುತ್ತಿರುವ ಯಂತ್ರದ ಗಡಿಯಾರದೊಂದಿಗೆ ಹೋಲಿಸಿ. systemd ಹೋಸ್ಟ್‌ನಲ್ಲಿ timedatectl status ಗಡಿಯಾರದ ಸೆಟ್ಟಿಂಗ್‌ಗಳು ಮತ್ತು ಸಿಂಕ್ರೊನೈಸೇಶನ್ ಸ್ಥಿತಿಯನ್ನು ವರದಿ ಮಾಡುತ್ತದೆ.

ಹೋಸ್ಟ್ ಗಡಿಯಾರವೂ ತಪ್ಪಾಗಿದ್ದರೆ, ಅದರ ಸಮಯ ಸಿಂಕ್ರೊನೈಸೇಶನ್ ಮತ್ತು ಅನ್ವಯಿಸಿದರೆ ವರ್ಚುವಲ್ ಯಂತ್ರದ ಸಮಯ ಸಂರಚನೆಯನ್ನು ತನಿಖೆ ಮಾಡಿ. ಒಂದೇ ಅಸಂಭವನೀಯ ಲಾಗ್ ದಿನಾಂಕವು ವಿಫಲವಾದ ಹಾರ್ಡ್‌ವೇರ್ ಗಡಿಯಾರದ ಬ್ಯಾಟರಿಯನ್ನು ಗುರುತಿಸಲು ಸಾಕಾಗುವುದಿಲ್ಲ.

ಹೋಸ್ಟ್ ಗಡಿಯಾರ ಸರಿಯಾಗಿದ್ದರೆ, ಫೈಲ್ ಪ್ರಸ್ತುತವಾಗಿದೆ ಮತ್ತು ಆ ಇನ್‌ಸ್ಟೆನ್ಸ್‌ಗೆ ಸೇರಿದೆ ಎಂದು ಖಚಿತಪಡಿಸಿ. ತಿರುಗಿಸಿದ ಆರ್ಕೈವ್‌ಗಳು, ದೂರದ ಸಂಗ್ರಾಹಕಗಳು ಮತ್ತು ವೀಕ್ಷಣಾ ಸಾಧನದಲ್ಲಿ ಟೈಮ್‌ಸ್ಟ್ಯಾಂಪ್ ಪರಿವರ್ತನೆಗಳನ್ನು ಪರಿಶೀಲಿಸಿ.

ಸಂಗ್ರಾಹಕವು ಸಾಲನ್ನು ಸ್ವೀಕರಿಸುವ ಸಮಯದಿಂದ ವಹಿವಾಟಿನ ಟೈಮ್‌ಸ್ಟ್ಯಾಂಪ್ ಅನ್ನು ಸಹ ಪ್ರತ್ಯೇಕಿಸಿ. ಸಾಮಾನ್ಯ ಪ್ರವೇಶ ಲಾಗಿಂಗ್ ವಿನಂತಿ ಪೂರ್ಣಗೊಂಡಾಗ ಸಂಭವಿಸುತ್ತದೆ, ಮತ್ತು ಡೀಮನ್ ಲಾಗಿಂಗ್ ಅಸಮಕಾಲಿಕವಾಗಿ ಬರೆಯಬಹುದು. ದೀರ್ಘಕಾಲ ನಡೆಯುವ ವಿನಂತಿ ಅಥವಾ ಸುರಂಗವು ಅದರ ಆರಂಭಿಕ ಸಂಪರ್ಕ ಸಮಯದಲ್ಲಿ ಕಾಣಿಸಬೇಕಾಗಿಲ್ಲ.