VPN ಲಾಗ್ ಬ್ರೌಸಿಂಗ್ ಬಗ್ಗೆ ಏನನ್ನು ಸಾಬೀತುಪಡಿಸಬಹುದು ಮತ್ತು ಏನನ್ನು ಸಾಧ್ಯವಿಲ್ಲ

ಲಾಗ್ ಸಂಗ್ರಾಹಕವನ್ನು ಆರಿಸುವ ಮೊದಲು ಆಡಿಟ್ ಯಾವ ಘಟನೆಯನ್ನು ಸ್ಥಾಪಿಸಬೇಕೆಂದು ನಿರ್ಧರಿಸಿ. ಯಾವ VPN ಸೆಷನ್ ಗಮ್ಯಸ್ಥಾನದ ವಿಳಾಸವನ್ನು ಸಂಪರ್ಕಿಸಿತು ಎಂದು ಕೇಳುವುದು, ಯಾವ ವ್ಯಕ್ತಿ ನಿರ್ದಿಷ್ಟ ಪುಟವನ್ನು ತೆರೆದರು ಎಂದು ಕೇಳುವುದಕ್ಕಿಂತ ಬೇರೆ ಪ್ರಶ್ನೆ. ಎರಡಕ್ಕೂ ಬೇರೆ ದಾಖಲೆಗಳು, ಬೇರೆ ಜೋಡಣೆಗಳು ಮತ್ತು ಬೇರೆ ಮಟ್ಟದ ವಿಶ್ವಾಸ ಬೇಕು. OpenVPN ಸಂಪರ್ಕ ಲಾಗ್ ಮೊದಲನೆಯದಕ್ಕೆ ಉತ್ತರಿಸುತ್ತದೆ ಮತ್ತು ಎರಡನೆಯದಕ್ಕೆ ಉತ್ತರಿಸಲಾಗದು.

ಸಂಗ್ರಾಹಕವನ್ನು ಆರಿಸುವ ಮೊದಲು ಘಟನೆಗೆ ಹೆಸರಿಡಿ

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

ಅವುಗಳಲ್ಲಿ ಪ್ರತಿಯೊಂದೂ ಒಂದು ಘಟನೆಯನ್ನು ಸ್ಥಾಪಿಸುತ್ತದೆ ಮತ್ತು ಉಳಿದವನ್ನು ತೆರೆದಿಡುತ್ತದೆ. ಪ್ರಶ್ನೆಯನ್ನು ಮೊದಲು ಬರೆದಿಟ್ಟರೆ ದತ್ತಾಂಶವು ಬೆಂಬಲಿಸಲಾಗದ ಕಥೆಯನ್ನು ಜೋಡಿಸದಂತೆ ತಡೆಯುತ್ತದೆ.

journalctl -u [email protected] --since today | grep -i 'peer info\|assigned'
cat /etc/openvpn/server/openvpn-status.log | head -20
conntrack -L -p tcp --dport 443 2>/dev/null | head -20

ಮೊದಲ ಆಜ್ಞೆ ಸೇವಾ ಜರ್ನಲ್‌ನಿಂದ ಸೆಷನ್ ಘಟನೆಗಳನ್ನು ತೋರಿಸುತ್ತದೆ. ಎರಡನೆಯದು ನಿಗದಿಪಡಿಸಿದ ವಿಳಾಸಗಳೊಂದಿಗೆ ಪ್ರಸ್ತುತ ಕ್ಲೈಂಟ್ ಪಟ್ಟಿಯನ್ನು ಮುದ್ರಿಸುತ್ತದೆ, ಇದು ಆಡಿಟ್ ಜೋಡಣೆ ಅವಲಂಬಿಸಿರುವ ಮ್ಯಾಪಿಂಗ್. ಮೂರನೆಯದು ಸಂಪರ್ಕವು ಇರುವವರೆಗೆ ಮಾತ್ರ ಉಪಯುಕ್ತವಾದ ಜೀವಂತ ಹರಿವಿನ ಸ್ಥಿತಿಯನ್ನು ತೋರಿಸುತ್ತದೆ.

ಹುಡುಕಾಟ ಭೇಟಿಯಲ್ಲ

ಬ್ರೌಸರ್ ಹೆಸರುಗಳನ್ನು ಊಹಾಪೋಹವಾಗಿ ಪರಿಹರಿಸುತ್ತದೆ, ಉತ್ತರಗಳನ್ನು ಕ್ಯಾಶ್ ಮಾಡುತ್ತದೆ ಮತ್ತು ಮೇಲ್ವಿಚಾರಣೆಯಲ್ಲಿರುವ ರಿಸಾಲ್ವರ್ ಅನ್ನು ಮತ್ತೆ ಕೇಳದೆ ಅವುಗಳನ್ನು ಮರುಬಳಕೆ ಮಾಡುತ್ತದೆ. ಆದ್ದರಿಂದ ರಿಸಾಲ್ವರ್ ಲಾಗ್‌ನಲ್ಲಿರುವ ಹೆಸರು ಹುಡುಕಾಟವನ್ನು ಸಾಬೀತುಪಡಿಸುತ್ತದೆ, ಭೇಟಿಯನ್ನಲ್ಲ. HTTPS ಮೇಲೆ DNS ಈ ಅಂತರವನ್ನು ವಿಸ್ತರಿಸುತ್ತದೆ, ಏಕೆಂದರೆ ಅದಕ್ಕಾಗಿ ಸಂರಚಿಸಲಾದ ಬ್ರೌಸರ್ ತನ್ನ ಪ್ರಶ್ನೆಗಳನ್ನು ನಿಮ್ಮ ಸಾಮಾನ್ಯ ಲಾಗರ್ ಎಂದೂ ನೋಡದ ಸ್ಥಳಕ್ಕೆ ಕಳುಹಿಸುತ್ತದೆ.

ಗಮ್ಯಸ್ಥಾನದ ವಿಳಾಸಗಳು ತಾವಾಗಿಯೇ ಉತ್ತಮವಲ್ಲ. ಒಂದು ವಿಳಾಸವು ಅನೇಕ ಸಂಬಂಧವಿಲ್ಲದ ಸೈಟ್‌ಗಳನ್ನು ಹೋಸ್ಟ್ ಮಾಡಬಹುದು, ರಿವರ್ಸ್ DNS ಪುನರ್ರಚನೆಯಲ್ಲ ಬದಲಿಗೆ ಊಹೆ, ಮತ್ತು TLS ಹ್ಯಾಂಡ್‌ಶೇಕ್ ಸಮಯದಲ್ಲಿ ಕಾಣುವ ಹೋಸ್ಟ್‌ನಾಮ್ ಎನ್‌ಕ್ರಿಪ್ಟ್ ಆದ ಸೆಷನ್ ಒಳಗಿನ ವಿನಂತಿ ಮಾರ್ಗವಲ್ಲ.

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

ವ್ಯಕ್ತಿಯನ್ನು ಹೆಸರಿಸುವ ಮೊದಲು ಗುರುತು ಮತ್ತು ಸಮಯವನ್ನು ಜೋಡಿಸಿ

ಆಂತರಿಕ ಮೂಲ ವಿಳಾಸವನ್ನು ಹೊತ್ತ ಹರಿವಿನ ದಾಖಲೆ ಆ ವಿಳಾಸವನ್ನು ಅದೇ ಸಮಯದಲ್ಲಿ ಸೆಷನ್‌ಗೆ ಜೋಡಿಸುವವರೆಗೆ ಏನನ್ನೂ ಅರ್ಥೈಸುವುದಿಲ್ಲ. ವಿಳಾಸಗಳು ಮರುಬಳಕೆಯಾಗುತ್ತವೆ, ಮತ್ತು ಅದೇ ವಿಳಾಸವು ಒಂದು ಗಂಟೆ ಹಿಂದೆ ಬೇರೆ ಸೆಷನ್‌ಗೆ ಸೇರಿರಬಹುದು. ಸ್ಥಿರ ಹಂಚಿಕೆ ಸಂಬಂಧವನ್ನು ಉಳಿಸಿಕೊಳ್ಳುವ ಒಂದು ಮಾರ್ಗ, ಏಕೈಕ ಮಾರ್ಗವಲ್ಲ.

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

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

ನಂತರ ಘೋಷಿತ ಉದ್ದೇಶಕ್ಕಾಗಿ ಕನಿಷ್ಠ ಕ್ಷೇತ್ರಗಳು, ಅನುಮತಿಸಲಾದ ಓದುಗರು ಮತ್ತು ಧಾರಣ ಅವಧಿಯನ್ನು ವ್ಯಾಖ್ಯಾನಿಸಿ. ಪರಸ್ಪರ ಸಂಬಂಧ ಮತ್ತು ತಪ್ಪು ಆರೋಪಣೆ ನಂತರದ ಯೋಚನೆಯಲ್ಲ, ವಿನ್ಯಾಸದ ಪ್ರಶ್ನೆಗಳು, ಮತ್ತು ಜನರನ್ನು ಗುರುತಿಸುವ ಮೆಟಾಡೇಟಾ ಅದು ಅವಲಂಬಿಸಿರುವ ಗುರುತಿನ ಮ್ಯಾಪಿಂಗ್‌ನಷ್ಟೇ ರಕ್ಷಣೆಗೆ ಅರ್ಹ.

ನೀವು ನಿಯಂತ್ರಿಸುವ ಚಟುವಟಿಕೆಯಿಂದ ಆಡಿಟ್ ಪರೀಕ್ಷಿಸಿ

ಸೆಷನ್ ಮತ್ತು ಅಪ್ಲಿಕೇಶನ್ ನಿಮಗೆ ಈಗಾಗಲೇ ತಿಳಿದಿರುವ ಅನುಮತಿಸಲಾದ ಸಂಚಾರವನ್ನು ಉತ್ಪಾದಿಸಿ, ನಂತರ ಪ್ರತಿ ದಾಖಲೆ ನಿಜವಾಗಿ ಏನನ್ನು ಸೆರೆಹಿಡಿಯಿತು ಎಂದು ಪರಿಶೀಲಿಸಿ. ಪುಟ ಲೋಡ್ ಮಾಡದೆ ಹುಡುಕಾಟ ಮಾಡಿ, ಕ್ಯಾಶ್‌ನಿಂದ ಪುಟ ಲೋಡ್ ಮಾಡಿ ಮತ್ತು ಪ್ರಾಕ್ಸಿ ಮೂಲಕ ಸಂಪರ್ಕ ತೆರೆಯಿರಿ, ಯಾವ ಘಟನೆಗಳು ಕಾಣುತ್ತವೆ ಎಂದು ನೋಡಿ.

ಸಾಕ್ಷ್ಯಗಳು ಬೆಂಬಲಿಸುವ ಘಟನೆಯನ್ನು ವರದಿ ಮಾಡಿ ಮತ್ತು ಅದು ಏನನ್ನು ಒಳಗೊಳ್ಳುವುದಿಲ್ಲ ಎಂದು ಹೇಳಿ. ಘೋಷಿತ ವ್ಯಾಪ್ತಿಯೊಂದಿಗೆ ಸಾಧಾರಣ ದಾಖಲೆ ಪರಿಶೀಲನೆಯಲ್ಲಿ ಉಳಿಯುತ್ತದೆ; ಊಹೆಗಳಿಂದ ಜೋಡಿಸಿದ ಮಹತ್ವಾಕಾಂಕ್ಷಿ ಬ್ರೌಸಿಂಗ್ ಇತಿಹಾಸ ಉಳಿಯುವುದಿಲ್ಲ.