ಒಂದು VPN ಲಾಗ್‌ನಲ್ಲಿ ಮೂರು ಗಡಿಯಾರಗಳು: ಕ್ಲೈಂಟ್, ಪ್ರವೇಶ ದ್ವಾರ, ಸಂಗ್ರಾಹಕ

VPN ಘಟನೆಯ ಸಮಯರೇಖೆ ಸಾಮಾನ್ಯವಾಗಿ ಕೆಲವು ನಿಮಿಷಗಳ ವ್ಯತ್ಯಾಸವಿರುವ ಎರಡು ಸಮಯ ಮುದ್ರೆಗಳಿಂದ ಮತ್ತು ಬೇರೆ ಗಂಟೆ ತೋರಿಸುವ ಪ್ರದರ್ಶನದಿಂದ ಪ್ರಾರಂಭವಾಗುತ್ತದೆ. ಒಂದನ್ನು ಸರಿ ಎಂದು ಆರಿಸಿ ಇನ್ನೊಂದನ್ನು ಮತ್ತೆ ಬರೆಯುವುದು ಪ್ರಲೋಭನೆ. ಎರಡೂ ಸರಿಯಾಗಿರಬಹುದು, ಏಕೆಂದರೆ ವಿಭಿನ್ನ ಗಡಿಯಾರಗಳು ವಿಭಿನ್ನ ಘಟನೆಗಳ ಬಗ್ಗೆ ಅವನ್ನು ಬರೆದಿವೆ. VPN ಗೆ ಒಂದೇ ಗಡಿಯಾರ ಇದೆ ಎಂಬುದು ಪುರಾಣ; ಕೆಲಸ ಎಂದರೆ ಯಾವ ಘಟಕ ಯಾವ ಕ್ಷೇತ್ರ ಬರೆದಿದೆ ಎಂದು ಕಂಡುಹಿಡಿಯುವುದು.

ಪುರಾಣ: VPN ಗೆ ಒಂದೇ ಗಡಿಯಾರ

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

ಸಂಖ್ಯೆಗಳು ಸಾಮಾನ್ಯವಾಗಿ ಸೆಕೆಂಡುಗಳಿಂದ ನಿಮಿಷಗಳವರೆಗೆ ಭಿನ್ನವಾಗಿರುತ್ತವೆ, ಮತ್ತು ಅದು ಸಹಜ. ಮುಖ್ಯವಾದುದು ವ್ಯತ್ಯಾಸವು ವಿತರಣಾ ವಿಳಂಬವೇ, ಗಡಿಯಾರದ ಓರೆಯೇ ಅಥವಾ ನಿಜವಾಗಿಯೂ ಬೇರೆ ಘಟನೆಯೇ ಎಂಬುದು. ನೀವು ಯಾವುದನ್ನು ನೋಡುತ್ತಿದ್ದೀರಿ ಎಂದು ನಿರ್ಧರಿಸಲು ಪ್ರತಿ ಕ್ಷೇತ್ರದ ಮೂಲ ಬೇಕು, ಯಾವ ಯಂತ್ರ ಸರಿ ಎಂಬ ಬಗ್ಗೆ ಬಲವಾದ ಅಭಿಪ್ರಾಯವಲ್ಲ.

ಮೌಲ್ಯಕ್ಕಿಂತ ಮೊದಲು ಮೂಲವನ್ನು ಓದಿ

ಮೌಲ್ಯಗಳನ್ನು ಹೋಲಿಸುವ ಮೊದಲು ಪ್ರತಿಯೊಂದನ್ನು ಯಾರು ಉತ್ಪಾದಿಸಿದರು ಮತ್ತು ಯಾವ ಕ್ಷೇತ್ರ ಎಂದು ಗುರುತಿಸಿ. syslog ಸಂದೇಶವು ಮೂಲದಿಂದ ಸಮಯ ಮುದ್ರೆಯನ್ನು ಹೊತ್ತೊಯ್ಯುತ್ತದೆ, RFC 5424 ವಿವರಿಸಿದಂತೆ, ಮತ್ತು ಸ್ವರೂಪವು ಸಿಂಕ್ರೊನೈಸೇಶನ್ ಹಾಗೂ ನಿಖರತೆಯನ್ನು ವಿವರಿಸುವ ಸಮಯ ಗುಣಮಟ್ಟದ ಮಾಹಿತಿಯನ್ನೂ ಹೊತ್ತೊಯ್ಯಬಹುದು. ಅದೇ ಸ್ವರೂಪವು ಸಿಸ್ಟಂ ಸಮಯವನ್ನು ಓದಲಾಗದಿದ್ದಾಗ ಮೂಲವು ಯಾವುದೇ ಸಮಯ ಮುದ್ರೆಯನ್ನು ಕಳುಹಿಸದಿರಲು ಅನುಮತಿಸುತ್ತದೆ, ಅದು ತಾನೇ ಉಪಯುಕ್ತ ಸಂಕೇತ.

journalctl -o short-iso --utc -n 20
logger -t vpn-check "test event"

ಕ್ಲೈಂಟ್ ಅಪ್ಲಿಕೇಶನ್ ಮೆಟಾಡೇಟಾ ಆಗಿ ಸಮಯ ಮೌಲ್ಯವನ್ನೂ ಕಳುಹಿಸಬಹುದು, ಮತ್ತು ಅದನ್ನು ಸಂಗ್ರಹಿಸುವ ಸೇವೆಯು ಅದನ್ನು ಸ್ವತಂತ್ರವಾಗಿ ಪರಿಶೀಲಿಸಿದ ಎಂದು ಪರಿಗಣಿಸುವ ಬದಲು ಕ್ಲೈಂಟ್ ವರದಿ ಮಾಡಿದ ಎಂದು ಲೇಬಲ್ ಮಾಡಬೇಕು. ಆ ಲೇಬಲ್ ಸಾಕ್ಷ್ಯ ಮತ್ತು ಪ್ರತಿಪಾದನೆಯ ನಡುವಿನ ವ್ಯತ್ಯಾಸ. ಪ್ರಕರಣಕ್ಕಾಗಿ ಲಾಗ್‌ಗಳನ್ನು ರಫ್ತು ಮಾಡುವಾಗ ಕ್ಷೇತ್ರದ ಹೆಸರು, ಮೂಲ ಮತ್ತು ಓರೆಯನ್ನು ಒಟ್ಟಿಗೆ ಇರಿಸಿ. ಅವನ್ನು ಅನುಕೂಲಕರ ಸ್ಥಳೀಯ ಸಮಯಕ್ಕೆ ಇಳಿಸುವುದು ನಿಮಗೆ ಬೇಕಾದ ಮಾಹಿತಿಯನ್ನೇ ನಾಶಪಡಿಸುತ್ತದೆ.

ಯಾವ ಘಟಕ ಕ್ಷೇತ್ರವನ್ನು ಬರೆಯಿತು ಎಂದು ಹೇಳಲಾಗದಿದ್ದರೆ ನಿಲ್ಲಿಸಿ. ಅದನ್ನು ಬೇರೆ ಯಾವುದರೊಂದಿಗೂ ಹೋಲಿಸುವುದು ಊಹೆ.

ಸಮಯ ವಲಯದ ಪ್ರದರ್ಶನ ಬೇರೆ ಕ್ಷಣವಲ್ಲ

ಅದೇ ಕ್ಷಣವನ್ನು 10:00Z ಮತ್ತು 18:00+08:00 ಎಂದು ತೋರಿಸುವುದು ವಿಸಂಗತಿಯಲ್ಲ, ಮತ್ತು ಅದನ್ನು ವಿಸಂಗತಿ ಎಂದು ಪರಿಗಣಿಸುವುದು ಅರ್ಧ ದಿನ ವ್ಯರ್ಥ ಮಾಡುತ್ತದೆ. ಹೋಲಿಸುವ ಮೊದಲು ಎರಡನ್ನೂ UTC ಗೆ ಪರಿವರ್ತಿಸಿ, ಮತ್ತು ಮೂಲ ಪಠ್ಯವನ್ನು ಪರಿವರ್ತನೆಯ ಪಕ್ಕದಲ್ಲಿ ಇರಿಸಿ. ಒಂದು ಬದಿಯಲ್ಲಿ ದಶಮಾಂಶ ಭಿನ್ನರಾಶಿ ಮತ್ತು ಇನ್ನೊಂದು ಬದಿಯಲ್ಲಿ ಪೂರ್ಣ ಸೆಕೆಂಡುಗಳಿರುವುದೂ ಸಂಘರ್ಷವಲ್ಲ. ನಿಖರತೆ ಎಂದರೆ ಸರಿಯಾದತೆ ಅಲ್ಲ: ಮಿಲಿಸೆಕೆಂಡುಗಳಿರುವ ಮೌಲ್ಯವೂ ನಿಮಿಷಗಳಷ್ಟು ತಪ್ಪಾಗಿರುವ ಗಡಿಯಾರದಿಂದ ಬರಬಹುದು.

date -u +%FT%TZ
timedatectl

ವಿತರಣಾ ವಿಳಂಬವು ಇನ್ನೊಂದು ಸಾಮಾನ್ಯ ವಿವರಣೆ. ಪ್ರವೇಶ ದ್ವಾರವು ಸಂಪರ್ಕವನ್ನು ಯಾವಾಗ ಸ್ವೀಕರಿಸಿತು ಎಂದು ದಾಖಲಿಸುತ್ತದೆ, ಮತ್ತು ಸಂಗ್ರಾಹಕವು ಸಂದೇಶವು ತನ್ನನ್ನು ಯಾವಾಗ ತಲುಪಿತು ಎಂದು ದಾಖಲಿಸುತ್ತದೆ, ಆದ್ದರಿಂದ ಅವುಗಳ ನಡುವಿನ ಅಂತರ ಸಾಗಣೆ ಸಮಯ. ಆ ಅಂತರವು ಲಾಗ್ ಪೈಪ್‌ಲೈನ್ ಬಗ್ಗೆ ಏನೋ ಹೇಳುತ್ತದೆ, VPN ಅಧಿವೇಶನದ ಬಗ್ಗೆ ಅಲ್ಲ. ಅದನ್ನು ಆಗಮನದ ಸಮಯ ಎಂದು ಲೇಬಲ್ ಮಾಡಿ, ಮತ್ತು ಅದು ಘಟನೆಯ ಸಮಯದೊಂದಿಗೆ ಸ್ಪರ್ಧಿಸುವುದನ್ನು ನಿಲ್ಲಿಸುತ್ತದೆ.

ಸಾಕ್ಷ್ಯವನ್ನು ಮತ್ತೆ ಬರೆಯದೆ ಸಹಸಂಬಂಧ ಕಲ್ಪಿಸಿ

ಮೂಲ ಸಮಯ ಮುದ್ರೆಗಳನ್ನು ಇರಿಸಿ ಮತ್ತು ಸಾಮಾನ್ಯ ದೃಶ್ಯ ಬೇಕಾದರೆ ವ್ಯುತ್ಪನ್ನ ಕಾಲಂ ಸೇರಿಸಿ. ಮೂಲ ದಾಖಲೆಗಳನ್ನು ಸಂಪಾದಿಸುವ ಬದಲು ಟಿಪ್ಪಣಿಗಳಲ್ಲಿ ಪರಿವರ್ತನೆಯನ್ನು ವಿವರಿಸಿ, ಏಕೆಂದರೆ ಮೂಲವೇ ಮುಂದಿನ ಪರಿಶೀಲಕರು ಪರಿಶೀಲಿಸುವುದು. ಸಂಗ್ರಾಹಕದ ಆಗಮನ ಸಮಯವನ್ನು ಅದು ಇರುವ ಎಲ್ಲೆಡೆ ಪ್ರತ್ಯೇಕವಾಗಿ ಕಾಪಾಡಿ.

chronyc tracking
journalctl --utc -u openvpn-client@work -n 50 --no-pager

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

ಬಿಡಬೇಕಾದ ಪುರಾಣ ಎಂದರೆ ಒಂದೇ VPN ಸಮಯ ಇದೆ ಎಂಬುದು. ಪ್ರತಿ ಕ್ಷೇತ್ರ ಏನು ಬರೆಯಿತು ಮತ್ತು ಅದು ಹಾಗೆ ಮಾಡಿದಾಗ ಏನಾಯಿತು ಎಂದು ಕೇಳಿ, ಆಗ ಸಮಯರೇಖೆ ವಿರೋಧವಲ್ಲ, ಲೇಬಲ್ ಮಾಡಿದ ಅವಲೋಕನಗಳ ಗುಂಪಾಗುತ್ತದೆ.