ಸ್ಥಳೀಯ ಸಿಸ್ಟಮ್ ಲಾಗ್‌ಗಳು VPN ಸಂಪರ್ಕದ ಬಗ್ಗೆ ಏನನ್ನು ಬಯಲು ಮಾಡುತ್ತವೆ
ಆಪರೇಟಿಂಗ್ ಸಿಸ್ಟಮ್ ಸೇವಾ ಆರಂಭ, ಅಡಾಪ್ಟರ್ ಬದಲಾವಣೆ ಮತ್ತು ರೂಟ್ ವೈಫಲ್ಯಗಳನ್ನು ದಾಖಲಿಸುತ್ತದೆ, ಅವನ್ನು ಯಾವ ಆ್ಯಪ್ ಕೂಡ ಬರೆಯುವುದಿಲ್ಲ. ಒಂದು ಸಣ್ಣ ವಿಂಡೋ ಓದಿ ಮತ್ತು ಅದನ್ನು ಪರಸ್ಪರ ಸಂಬಂಧಿಸಿ.
ಪ್ರತಿ ಡೆಸ್ಕ್‌ಟಾಪ್ VPN ಏನು ಮಾಡಿತು ಎಂಬುದರ ತನ್ನದೇ ದಾಖಲೆಯನ್ನು ಇಟ್ಟುಕೊಳ್ಳುತ್ತದೆ, ಮತ್ತು ಆ್ಯಪ್‌ನ ರಫ್ತು ಸಾಮಾನ್ಯವಾಗಿ ಅವುಗಳಲ್ಲಿ ಅತ್ಯಂತ ಅಪೂರ್ಣವಾದದ್ದು. ಸೇವಾ ನಿರ್ವಾಹಕರು ಯುನಿಟ್ ಯಾವಾಗ ಪ್ರಾರಂಭವಾಯಿತು ಎಂದು ಗುರುತಿಸುತ್ತಾರೆ, ಕರ್ನಲ್ ಇಂಟರ್‌ಫೇಸ್ ಯಾವಾಗ ಕಾಣಿಸಿಕೊಂಡಿತು ಎಂದು ಗುರುತಿಸುತ್ತದೆ, ಮತ್ತು ನೆಟ್‌ವರ್ಕ್ ಸ್ಟ್ಯಾಕ್ ರೂಟ್‌ಗಳು ಯಾವಾಗ ಅನ್ವಯವಾಗಲಿಲ್ಲ ಎಂದು ಗುರುತಿಸುತ್ತದೆ. ಈ ಯಾವ ಸೌಲಭ್ಯವೂ ಕ್ಲೈಂಟ್ ಏನು ಉದ್ದೇಶಿಸಿತ್ತು ಎಂದು ತಿಳಿಯದು, ಮತ್ತು ಕ್ಲೈಂಟ್ ತನ್ನ ವಿನಂತಿಯೊಂದಿಗೆ ಕರ್ನಲ್ ಏನು ಮಾಡಿತು ಎಂದು ತಿಳಿಯದು.
ಅಂತಹ ಒಂದು ದಾಖಲೆಯನ್ನು ಪ್ರತ್ಯೇಕವಾಗಿ ಓದುವುದು ತಪ್ಪು ತೀರ್ಮಾನಕ್ಕೆ ಕರೆದೊಯ್ಯುತ್ತದೆ. ಅದೇ ನಿಮಿಷದ ಎರಡನ್ನು ಓದಿ, ನಂತರ ಕ್ರಮವು ಗೋಚರವಾಗುತ್ತದೆ.
ಮೂರು ಸೌಲಭ್ಯಗಳು, ಮೂರು ಶಬ್ದಕೋಶಗಳು
Linux ನಲ್ಲಿ systemd ಜರ್ನಲ್ wg-quick@wg0 ಅಥವಾ NetworkManager VPN ಪ್ಲಗಿನ್‌ನಿಂದ ಯುನಿಟ್‌ನ ಜೀವನಚಕ್ರ ಸಂದೇಶಗಳನ್ನು ಹಿಡಿಯುತ್ತದೆ, ಮತ್ತು ಕರ್ನಲ್‌ನ ರಿಂಗ್ ಬಫರ್ ಇಂಟರ್‌ಫೇಸ್ ಹಾಗೂ ರೂಟಿಂಗ್ ಸಂದೇಶಗಳನ್ನು ಒಯ್ಯುತ್ತದೆ. Windows ನಲ್ಲಿ ಈವೆಂಟ್ ಲಾಗ್ ಕಥೆಯನ್ನು ಸಿಸ್ಟಮ್, WLAN ಮತ್ತು ದೂರಸ್ಥ ಪ್ರವೇಶ ಪೂರೈಕೆದಾರರ ನಡುವೆ ಹಂಚುತ್ತದೆ, ಪ್ರತಿಯೊಂದಕ್ಕೂ ತನ್ನದೇ ಗುರುತಿಸುವಿಕೆಗಳಿವೆ. macOS ನಲ್ಲಿ ಏಕೀಕೃತ ಲಾಗ್ ಸಬ್‌ಸಿಸ್ಟಮ್-ಸೀಮಿತ ಸಂದೇಶಗಳನ್ನು ಒಯ್ಯುತ್ತದೆ, ಅವನ್ನು ಗ್ರಾಫಿಕಲ್ Console ಕೇವಲ ಭಾಗಶಃ ತೋರಿಸುತ್ತದೆ.
ಶಬ್ದಕೋಶಗಳು ಭಾಷಾಂತರವಾಗುವುದಿಲ್ಲ. ಒಂದು ಪ್ಲಾಟ್‌ಫಾರ್ಮ್‌ನ ಈವೆಂಟ್ ಗುರುತಿಸುವಿಕೆ ಇನ್ನೊಂದರಲ್ಲಿ ಏನನ್ನೂ ಅರ್ಥೈಸುವುದಿಲ್ಲ, ಮತ್ತು Windows ಸಂವಾದದ ಸ್ಕ್ರೀನ್‌ಶಾಟ್ Linux ಯುನಿಟ್ ಬಗ್ಗೆ ಏನನ್ನೂ ಸಾಬೀತುಪಡಿಸುವುದಿಲ್ಲ.
ಮೂರೂ ಹಂಚಿಕೊಳ್ಳುವುದು ಸಮಯಮುದ್ರೆ, ಮೂಲ ಮತ್ತು ತೀವ್ರತೆ, ಮತ್ತು ಈ ತ್ರಿಕವೇ ಕ್ಲೈಂಟ್ ಲಾಗ್ ಮತ್ತು ಆಪರೇಟಿಂಗ್ ಸಿಸ್ಟಮ್ ದಾಖಲೆಯ ನಡುವೆ ಸಂಬಂಧ ಕಲ್ಪಿಸಲು ಸಾಧ್ಯವಾಗಿಸುತ್ತದೆ. ಲಭ್ಯತೆಯೂ ಬದಲಾಗುತ್ತದೆ: ಜರ್ನಲ್ ಇಲ್ಲದ ಕಂಟೇನರ್, ಕತ್ತರಿಸಿದ Windows ಇಮೇಜ್, ಅಥವಾ ನಿರ್ಮಾಣದ ಸಮಯದಲ್ಲಿ ಇಳಿಸಿದ ಲಾಗ್ ಮಟ್ಟವು ಇಡೀ ಪದರವನ್ನು ಮರೆಮಾಡಬಹುದು.
| Facility | What it records | What it cannot show |
|---|---|---|
| systemd journal | Unit start and stop, helper output, exit status | Whether packets actually reached the peer |
| Kernel and netlink | Interface creation, address assignment, route changes | Why the client asked for that configuration |
| Windows event log | Provider-specific connection and adapter events | Anything the provider chose not to log |
ಸಂಪರ್ಕಿತ ಸಾಲು ಏನನ್ನು ಸಾಬೀತುಪಡಿಸುತ್ತದೆ ಮತ್ತು ಏನನ್ನು ಇಲ್ಲ
ಸೇವಾ-ಆರಂಭ ಘಟನೆಯು ಸ್ಥಳೀಯ ಯುನಿಟ್‌ಗೆ ಪ್ರಾರಂಭಿಸಲು ಕೇಳಲಾಗಿತ್ತು ಮತ್ತು ಅದು ತಕ್ಷಣ ನಿರ್ಗಮಿಸಲಿಲ್ಲ ಎಂದು ದಾಖಲಿಸುತ್ತದೆ. ಅದು ಪೂರ್ಣಗೊಂಡ ಹ್ಯಾಂಡ್‌ಶೇಕ್, ಮಾನ್ಯ ಪೀರ್ ಕೀ ಅಥವಾ ಕಾರ್ಯನಿರ್ವಹಿಸುವ ರೂಟ್ ಅನ್ನು ದಾಖಲಿಸುವುದಿಲ್ಲ. ಆ ಸಾಲನ್ನು ಟನೆಲ್‌ನ ಸಾಕ್ಷಿ ಎಂದು ಪರಿಗಣಿಸುವುದು ಈ ಲಾಗ್‌ಗಳ ಅತ್ಯಂತ ಸಾಮಾನ್ಯ ತಪ್ಪು ಓದು. ಸಾಲು ಉದ್ದೇಶ ಮತ್ತು ಪ್ರಕ್ರಿಯೆಯ ಸ್ಥಿತಿಯನ್ನು ಸಾಬೀತುಪಡಿಸುತ್ತದೆ, ಮತ್ತು ತಲುಪುವಿಕೆಯ ಬಗ್ಗೆ ಸಂಪೂರ್ಣವಾಗಿ ಏನನ್ನೂ ಇಲ್ಲ.
ಮುಂದಕ್ಕೆ ರವಾನೆ ಸ್ಥಿತಿ ಪ್ರತ್ಯೇಕ ಅವಲೋಕನ, ಮತ್ತು ಅದು ಯಾವುದೇ ಲಾಗ್‌ನಿಂದ ಅಲ್ಲ, ರೂಟಿಂಗ್ ಕೋಷ್ಟಕದಿಂದ ಬರುತ್ತದೆ.
ಅಡಾಪ್ಟರ್ ಘಟನೆ ಮೌನ ವೈಫಲ್ಯವನ್ನು ವಿವರಿಸಬಹುದು: ಇಂಟರ್‌ಫೇಸ್ ಮೇಲೆ ಬಂತು, ವಿಳಾಸ ನಿಗದಿಯಾಯಿತು, ಮತ್ತು ನೀತಿ ನಿಯಮವು ಅವನ್ನು ತಿರಸ್ಕರಿಸಿದ್ದರಿಂದ ರೂಟ್‌ಗಳು ಎಂದಿಗೂ ಸ್ಥಾಪನೆಯಾಗಲಿಲ್ಲ. ಆ ಕ್ರಮದಲ್ಲಿ ಗೋಚರವಾಗುವ ಪ್ರತಿ ಸಾಲೂ ಆರೋಗ್ಯಕರವಾಗಿ ಕಾಣುತ್ತದೆ, ಆದರೆ ಏನೂ ರೂಟ್ ಆಗುತ್ತಿಲ್ಲ, ಮತ್ತು ಅದನ್ನು ನೋಡುವ ಏಕೈಕ ದಾರಿ ಅದೇ ಕ್ಷಣದಲ್ಲಿ ಲಾಗ್‌ನ ಸಮಯಮುದ್ರೆಗಳನ್ನು ರೂಟಿಂಗ್ ಕೋಷ್ಟಕದೊಂದಿಗೆ ಹೋಲಿಸುವುದು. ಕ್ಲೈಂಟ್‌ನ ಸ್ವಂತ ಘಟನಾ ಕ್ರಮವನ್ನು ಎರಡರ ಪಕ್ಕದಲ್ಲೂ ಇರಿಸಿ, ಏಕೆಂದರೆ ಏನು ಕೇಳಿತು ಎಂದು ತಿಳಿದಿರುವ ಏಕೈಕ ಮೂಲ ಕ್ಲೈಂಟ್. ಒಟ್ಟಿಗೆ ಬೇಕಾದ ಎರಡು ಸಂಗತಿಗಳು ಒಂದೇ ಸಾಲಿನಲ್ಲಿ ಬಹುತೇಕ ಕಾಣಿಸುವುದಿಲ್ಲ.
ನಂತರದ ಮರುಸಂಪರ್ಕ ಈ ಚಿತ್ರದ ಆಸಕ್ತಿದಾಯಕ ಭಾಗವನ್ನು ಮೇಲೆ ಬರೆಯುತ್ತದೆ, ಆದ್ದರಿಂದ ಮೂರು ಪ್ರಯತ್ನಗಳ ನಂತರವಲ್ಲ, ಮೊದಲ ವೈಫಲ್ಯದಲ್ಲೇ ವಿಂಡೋವನ್ನು ಸೆರೆಹಿಡಿಯಿರಿ.
ಸಣ್ಣ ವಿಂಡೋವನ್ನು ಪರಸ್ಪರ ಸಂಬಂಧಿಸಿ
ಪ್ರಯತ್ನದ ಸಮಯವನ್ನು ಅದರ ಕಾಲಕ್ಷೇತ್ರದೊಂದಿಗೆ ದಾಖಲಿಸಿ, ನಂತರ ಅದರ ಸುತ್ತಲಿನ ಕೆಲವು ನಿಮಿಷಗಳನ್ನು ಎಳೆಯಿರಿ. ವಿಂಡೋದಲ್ಲಿನ ಮೊದಲ ದೋಷವು ಬೆಂಬಲ ಟಿಕೆಟ್‌ಗಳು ಉಲ್ಲೇಖಿಸುವ ಸಂಪರ್ಕ ಕಡಿತದ ಸಾಲಿಗಿಂತ ಬಹುತೇಕ ಯಾವಾಗಲೂ ಮೊದಲಿರುತ್ತದೆ.
journalctl -u wg-quick@wg0 --since "today 09:00" --until "today 09:20" ip route show table all | grep wg0 log show --last 20m --predicate 'subsystem == "com.apple.network"'
ಪ್ರತಿ ಆಜ್ಞೆಯು ಪ್ರಶ್ನೆಯ ಬೇರೆ ಭಾಗಕ್ಕೆ ಉತ್ತರಿಸುತ್ತದೆ: ಮೊದಲನೆಯದು ಜೀವನಚಕ್ರವನ್ನು ನೀಡುತ್ತದೆ, ಎರಡನೆಯದು ರವಾನೆ ಸ್ಥಿತಿ, ಮೂರನೆಯದು macOS ನೆಟ್‌ವರ್ಕ್ ಸಬ್‌ಸಿಸ್ಟಮ್. Windows ನಲ್ಲಿ ಇಡೀ ಚಾನೆಲ್ ಸ್ಕ್ರಾಲ್ ಮಾಡುವ ಬದಲು ಪೂರೈಕೆದಾರರ ಹೆಸರಿನಿಂದ ಸಿಸ್ಟಮ್ ಲಾಗ್ ಫಿಲ್ಟರ್ ಮಾಡಿ, ಮತ್ತು ಹೊಂದುವ ಘಟನೆಗಳನ್ನು ಮಾತ್ರ ರಫ್ತು ಮಾಡಿ.
ಓದುಗರು ಅನುಸರಿಸಬಹುದಾದಷ್ಟು ಉದ್ಧೃತ ಭಾಗವನ್ನು ಚಿಕ್ಕದಾಗಿ ಇರಿಸಿ. ನಾಲ್ಕು ಸಂಬಂಧಿತ ಘಟನೆಗಳಿರುವ ಇಪ್ಪತ್ತು ನಿಮಿಷದ ವಿಂಡೋ ಒಂದು ತೀರ್ಮಾನವನ್ನು ಬೆಂಬಲಿಸುತ್ತದೆ; ಸಾವಿರಾರು ಸಾಲುಗಳ ಹಗಲೆಲ್ಲದ ರಫ್ತು ಏನನ್ನೂ ಬೆಂಬಲಿಸುವುದಿಲ್ಲ.
ಈ ದಾಖಲೆಗಳು ಎಲ್ಲಿ ನಿಲ್ಲುತ್ತವೆ
ಸ್ಥಳೀಯ ದಾಖಲೆಗಳು ಸಾಧನವನ್ನು ವಿವರಿಸುತ್ತವೆ, ಮಾರ್ಗವನ್ನಲ್ಲ. ಪೂರೈಕೆದಾರ ಏನನ್ನು ಸಂಗ್ರಹಿಸಿದರು, ಸೆಷನ್ ಖಾತೆಗೆ ಹೊಂದಿಸಲ್ಪಟ್ಟಿತೇ, ಅಥವಾ ಗಮ್ಯಸ್ಥಾನ ಏನನ್ನು ನೋಡಿತು ಎಂದು ತೋರಿಸಲಾಗದು. ಲಾಗ್‌ಗಳನ್ನು ಇಟ್ಟುಕೊಳ್ಳುವುದಿಲ್ಲ ಎಂಬ ಪೂರೈಕೆದಾರರ ಹೇಳಿಕೆ ನಿಮ್ಮ ಲ್ಯಾಪ್‌ಟಾಪ್‌ನ ಆಪರೇಟಿಂಗ್ ಸಿಸ್ಟಮ್ ಬಗ್ಗೆ ಏನನ್ನೂ ಹೇಳುವುದಿಲ್ಲ, ಮತ್ತು ಸ್ಥಳೀಯ ಘಟನೆ ಪೂರೈಕೆದಾರರ ಐತಿಹಾಸಿಕ ದಾಖಲೆಗಳ ಬಗ್ಗೆ ಏನನ್ನೂ ಸಾಬೀತುಪಡಿಸುವುದಿಲ್ಲ.
ಅವು ನಿರೀಕ್ಷಿಸಿದ್ದಕ್ಕಿಂತ ಹೆಚ್ಚು ವೈಯಕ್ತಿಕ ಡೇಟಾವನ್ನೂ ಒಯ್ಯುತ್ತವೆ: ಬಳಕೆದಾರಹೆಸರುಗಳು, ಹೋಸ್ಟ್‌ಹೆಸರುಗಳು, ಮೌಂಟ್ ಮಾರ್ಗಗಳು ಮತ್ತು ಸಾಧನ ಗುರುತಿಸುವಿಕೆಗಳು ಬ್ರೌಸಿಂಗ್ ವಿಷಯ ಇಲ್ಲದಿದ್ದಾಗಲೂ ಸಾಮಾನ್ಯ ಸಿಸ್ಟಮ್ ಸಂದೇಶಗಳಲ್ಲಿ ಕಾಣಿಸುತ್ತವೆ. ಟಿಕೆಟ್‌ಗೆ ಏನನ್ನಾದರೂ ಲಗತ್ತಿಸುವ ಮೊದಲು ಅವನ್ನು ತೆಗೆದುಹಾಕಿ, ಮತ್ತು ಮೂಲವನ್ನು ಸಾಮಾನ್ಯ ಪ್ರವೇಶ ನಿಯಂತ್ರಣದ ಅಡಿಯಲ್ಲಿ ಇರಿಸಿ.
ನಿರ್ವಹಿತ ಸಾಧನದಲ್ಲಿ ಸಾಂಸ್ಥಿಕ ಲಾಗಿಂಗ್ ಅಳಿಸಲು ಪ್ರಯತ್ನಿಸುವ ಬದಲು IT ಯಿಂದ ಸಂಬಂಧಿತ ಉದ್ಧೃತ ಭಾಗವನ್ನು ಕೇಳಿ. ರೋಗನಿರ್ಣಯದ ಗುರಿ ಎರಡು ಮೂಲಗಳು ಉತ್ತರಿಸುವ ಒಂದು ಸಣ್ಣ ಪ್ರಶ್ನೆ, ಯಂತ್ರದ ಸಂಪೂರ್ಣ ಇತಿಹಾಸವಲ್ಲ.