ನೀವು ಬಳಸಿದ VPN ನಿರ್ಗಮನ ವಿಳಾಸವನ್ನು ಹೇಗೆ ದಾಖಲಿಸಿ ಪರಿಶೀಲಿಸುವುದು
ಕ್ಲೈಂಟ್ ಅಪ್ಲಿಕೇಶನ್ಗಳು ಸ್ಥಳದ ಹೆಸರನ್ನು ತೋರಿಸುತ್ತವೆ, ನಿಮ್ಮ ಟ್ರಾಫಿಕ್ ಹೊರಟ ವಿಳಾಸವನ್ನಲ್ಲ. ಸಂಪರ್ಕಿಸುವಾಗ ನಿರ್ಗಮನ IP ಅನ್ನು ಸೆರೆಹಿಡಿದು ನೇರ ಮೂಲರೇಖೆಯೊಂದಿಗೆ ಹೋಲಿಸಿ.
ಡೆಸ್ಕ್ಟಾಪ್ VPN ಕ್ಲೈಂಟ್ಗೆ ನೀವು ಯಾವ ಸರ್ವರ್ಗಳನ್ನು ಬಳಸಿದಿರಿ ಎಂದು ಕೇಳಿ, ಪ್ರಾಮಾಣಿಕ ಉತ್ತರ ಸಾಮಾನ್ಯವಾಗಿ ಒಂದು ಸ್ಥಳದ ಹೆಸರಾಗಿರುತ್ತದೆ. ಆ ಹೆಸರು ನೀವು ಆಯ್ಕೆ ಮಾಡಿದ ಪ್ರವೇಶ ಬಿಂದು, ಮತ್ತು ನಿಮ್ಮ ಟ್ರಾಫಿಕ್ ಹೊರಟ ವಿಳಾಸ ಸಂಪೂರ್ಣ ಬೇರೆ ಯಂತ್ರವಾಗಿರಬಹುದು. ಅಪ್ಲಿಕೇಶನ್ನಲ್ಲಿ ಎರಡನೇ ಸಂಖ್ಯೆಯನ್ನು ಇಡಲು ಏನೂ ವಿನ್ಯಾಸಗೊಳಿಸಲಾಗಿಲ್ಲ, ಆದ್ದರಿಂದ ದಾಖಲೆ ಬಳಕೆಯ ಕ್ಷಣದಲ್ಲೇ ನಿರ್ಮಿಸಬೇಕು. ಎರಡು ವಿಧಾನಗಳಿವೆ, ಅವುಗಳಲ್ಲಿ ಒಂದು ಮಾತ್ರ ಬೆಂಬಲ ಪ್ರಕರಣವನ್ನು ಎದುರಿಸಿ ನಿಲ್ಲುತ್ತದೆ.
ಎರಡು ದಾಖಲೆಗಳು, ಅವುಗಳಲ್ಲಿ ಒಂದು ಮಾತ್ರ ಅಸ್ತಿತ್ವದಲ್ಲಿದೆ
ಕ್ಲೈಂಟ್ನ ಸ್ವಂತ ನೋಟ ಅತ್ಯುತ್ತಮ ಸ್ಥಿತಿಯಲ್ಲಿ ಸಮಯ ಮುದ್ರೆಗಳೊಂದಿಗೆ ಆಯ್ಕೆ ಮಾಡಿದ ಸ್ಥಳಗಳ ಪಟ್ಟಿ. ಇದು ವಿನ್ಯಾಸದ ನಿರ್ಧಾರ, ನಿರ್ಲಕ್ಷ್ಯವಲ್ಲ: ವಿಳಾಸಗಳು ಕಾರ್ಯಾಚರಣೆಯ ವಿವರ, ಅವು ಹಂಚಿಕೆಗಳ ನಡುವೆ ಬದಲಾಗುತ್ತವೆ, ಮತ್ತು ಮ್ಯಾಪಿಂಗ್ ಬಹಿರಂಗಪಡಿಸುವುದು ಬೆಂಬಲ ಮತ್ತು ದುರುಪಯೋಗ ನಿರ್ವಹಣೆ ಎರಡನ್ನೂ ಕಷ್ಟಕರಗೊಳಿಸುತ್ತದೆ. ಒದಗಿಸುಗರು ತಮ್ಮ ಜಾಲಗಳ ಮುಂದೆ ಕ್ಲೌಡ್ ಉದಾಹರಣೆಗಳನ್ನು ಇಡುವುದು, ಅಂತಿಮ ಬಿಂದು ಯಾರಿಗೂ ಹೇಳದೆ ಸ್ಥಳ ಬದಲಾಯಿಸಲು ಸಾಧ್ಯವಾಗಲಿ ಎಂದೇ. ಅಪ್ಲಿಕೇಶನ್ ನಿಮಗೆ ತೋರಿಸುವುದು ನೀವು ಮಾಡಿದ ಆಯ್ಕೆ, ಟ್ರಾಫಿಕ್ ಹೋದ ಮಾರ್ಗವಲ್ಲ.
ನೀವೇ ನಿರ್ಮಿಸಬಹುದಾದ ದಾಖಲೆ ಪ್ರತಿ ಸಾಲಿನಲ್ಲಿ ಒಂದು ಸಾರ್ವಜನಿಕ ವಿಳಾಸ ಮತ್ತು ಒಂದು UTC ಸಮಯ ಮುದ್ರೆ ಇರುವ ಸ್ಥಳೀಯ ಕಡತ. ಇದು ಚಿಕ್ಕದು, ಅಂದವಿಲ್ಲದ್ದು ಮತ್ತು ಹೆಚ್ಚು ಉಪಯುಕ್ತ, ಏಕೆಂದರೆ ಹೊರಗಿನ ವೀಕ್ಷಕನೂ ನೋಡಬಹುದಾದದ್ದನ್ನೇ ಇದು ನಿಖರವಾಗಿ ವಿವರಿಸುತ್ತದೆ.
ಆಯ್ಕೆ ಎ: ನಿರ್ಗಮನ ವಿಳಾಸವನ್ನು ನೀವೇ ಸೆರೆಹಿಡಿಯಿರಿ
ಪ್ರತಿಧ್ವನಿ ಸೇವೆ ವಿನಂತಿ ಬಂದ ಮೂಲ ವಿಳಾಸವನ್ನು ಹಿಂತಿರುಗಿಸುತ್ತದೆ, ಅದೇ ವ್ಯಾಖ್ಯಾನದಂತೆ ನಿರ್ಗಮನ ವಿಳಾಸ. ಸುರಂಗ ಸಂಪರ್ಕಗೊಂಡಿದೆ ಎಂದು ತಿಳಿಸಿದ ನಂತರ ಸೆರೆಹಿಡಿಯುವಿಕೆಯನ್ನು ಚಲಾಯಿಸಿ, ಏಕೆಂದರೆ ಮಾರ್ಗಗಳು ಮತ್ತು DNS ಸ್ಥಿರಗೊಳ್ಳುವ ಮೊದಲೇ ಸಂಪರ್ಕಗೊಂಡಿದೆ ಎನ್ನುವ ಕ್ಲೈಂಟ್ ಸುರಂಗಕ್ಕೆ ಮುಂಚಿನ ವಿಳಾಸವನ್ನು ದಾಖಲಿಸಿ ಮೊದಲ ಸಾಲಿನಿಂದಲೇ ಲಾಗ್ ಅನ್ನು ಕಲುಷಿತಗೊಳಿಸುತ್ತದೆ.
#!/bin/sh
umask 077
log="$HOME/vpn-exit.log"
printf '%s %s\n' "$(date -u +%Y-%m-%dT%H:%M:%SZ)" "$(curl -fsS https://api.ipify.org)" >> "$log"
ಎರಡು ವಿವರಗಳು ಆ ಭಾಗವನ್ನು ಅಲಂಕಾರವಲ್ಲದೆ ಉಪಯುಕ್ತವಾಗಿಸುತ್ತವೆ. ಸಮಯ ಮುದ್ರೆ ಮತ್ತು ವಿಳಾಸ ಒಂದೇ ಸಾಲನ್ನು ಹಂಚಿಕೊಳ್ಳುತ್ತವೆ, ಆದ್ದರಿಂದ ನಂತರದ ವಿಶ್ಲೇಷಣೆ ದಾಖಲೆಗಳನ್ನು ಜೋಡಿಸಬೇಕಿಲ್ಲ, ಮತ್ತು umask 077 ಕಡತವನ್ನು ರಚಿಸಿದ ಕ್ಷಣದಿಂದಲೇ ಖಾಸಗಿಯಾಗಿ ಇಡುತ್ತದೆ. ಇದನ್ನು ಪ್ರತಿ ಸಂಪರ್ಕಕ್ಕೆ ಒಮ್ಮೆ ಚಲಾಯಿಸಿ, ಪ್ರತಿ ಬೂಟ್ಗೆ ಒಮ್ಮೆ ಅಲ್ಲ, ಪ್ರತಿ ಸಾಧನಕ್ಕೆ ಒಂದು ಕಡತ ಇಡಿ.
ಲಾಗ್ ನೀವು ಸುರಂಗವನ್ನು ಯಾವಾಗ ಬಳಸಿದಿರಿ ಮತ್ತು ಯಾವ ಜಾಲದಿಂದ ಕಾಣಿಸಿಕೊಂಡಿರಿ ಎಂದು ದಾಖಲಿಸುತ್ತದೆ, ಇದು ಎಣಿಕೆಗಿಂತ ಬ್ರೌಸಿಂಗ್ ಇತಿಹಾಸಕ್ಕೆ ಹತ್ತಿರ. ನೀವು ಸಮರ್ಥಿಸಬಹುದಾದ ಅವಧಿಯನ್ನು ಆಯ್ಕೆ ಮಾಡಿ, ಕಡತವನ್ನು ಹಂಚಿದ ಸಿಂಕ್ ಫೋಲ್ಡರ್ಗಳ ಹೊರಗೆ ಇಡಿ ಮತ್ತು ಅದನ್ನು ಉದ್ದೇಶಪೂರ್ವಕವಾಗಿ ಅಳಿಸಿ.
ಆಯ್ಕೆ ಬಿ: ಒದಗಿಸುಗರಿಂದ ಇತಿಹಾಸ ಕೇಳಿ
ಕೆಲವು ಒದಗಿಸುಗರು ಸಂಪರ್ಕ ಲಾಗ್ಗಳನ್ನು ಇಡುತ್ತಾರೆ ಮತ್ತು ಬೆಂಬಲ ಪ್ರಶ್ನೆಗೆ ಸಮಯ ಮುದ್ರೆ ಮತ್ತು ಸರ್ವರ್ ಹೆಸರಿನೊಂದಿಗೆ ಉತ್ತರಿಸುತ್ತಾರೆ. ಆ ದಾಖಲೆ ಅವರ ಮೂಲಸೌಕರ್ಯವನ್ನು ವಿವರಿಸುತ್ತದೆ, ನಿಮ್ಮ ಟ್ರಾಫಿಕ್ ಅನ್ನಲ್ಲ, ಮತ್ತು ಅವರ ಧಾರಣಾ ಕಿಟಕಿ ಮತ್ತು ನೋಡುವ ಸಿದ್ಧತೆ ಎಷ್ಟು ಮೌಲ್ಯಯುತವೋ ಅಷ್ಟೇ ಮೌಲ್ಯಯುತ. ಇದು ಅಧಿವೇಶನವನ್ನೂ ವಿವರಿಸುತ್ತದೆ, ವಿನಂತಿಯನ್ನಲ್ಲ. ಕಿಟಕಿ ಸಾಮಾನ್ಯವಾಗಿ ಚಿಕ್ಕದು, ಮತ್ತು ಸುರಂಗದ ಒದಗಿಸುಗರ ಕಡೆಯಿಂದ ಅಳೆಯಲಾಗುತ್ತದೆ.
ಲಾಗ್ ಇಡುವುದಿಲ್ಲ ಎಂದು ಜಾಹೀರಾತು ಮಾಡುವ ಒದಗಿಸುಗರು ಕೇಳಿದಾಗ ಇದನ್ನು ನೀಡಲಾರರು, ಮತ್ತು ಕ್ಲೈಂಟ್ ಕಡೆಯ ಇತ್ತೀಚಿನ ಸ್ಥಳಗಳ ಪಟ್ಟಿ ಬೇರೆ ವಿಷಯ. ಲಾಗ್ ಇಲ್ಲದ ಒದಗಿಸುಗರನ್ನು ನಿರ್ಗಮನ ವಿಳಾಸ ಕೇಳುವುದು ಸಾಮಾನ್ಯವಾಗಿ ಈ ಡೇಟಾ ಏಕೆ ಇಲ್ಲ ಎಂಬ ವಿವರಣೆಯಲ್ಲಿ ಮುಗಿಯುತ್ತದೆ.
ಬೆಂಬಲ ಪ್ರಕರಣದಲ್ಲಿ ಪ್ರತಿ ದಾಖಲೆ ಏನನ್ನು ಸಾಬೀತುಪಡಿಸಬಹುದು
ಎರಡೂ ದಾಖಲೆಗಳು ಬೇರೆ ಬೇರೆ ಪ್ರಶ್ನೆಗಳಿಗೆ ಉತ್ತರಿಸುತ್ತವೆ, ಮತ್ತು ಕೋಷ್ಟಕದಲ್ಲೇ ಹೋಲಿಕೆ ಶೈಕ್ಷಣಿಕವಾಗಿ ಉಳಿಯುವುದನ್ನು ನಿಲ್ಲಿಸುತ್ತದೆ.
| Question | Your local log | Provider record |
|---|---|---|
| Which address did the traffic leave from? | Yes, for the moment it was captured | Usually not disclosed |
| Was the tunnel in use at 14:20? | Yes, if the capture ran | Yes, within the retention window |
| Why did a location get slower? | Yes, by comparing addresses over time | Sometimes, as an infrastructure note |
| Who sent this specific request? | No | No |
ಮೊದಲ ಕಾಲಮ್ ಮಾತ್ರ ನಿಮ್ಮ ನಿಯಂತ್ರಣದಲ್ಲಿದೆ. ಒದಗಿಸುಗರ ದಾಖಲೆ ಒಂದು ಖಾತೆ ನಿರ್ದಿಷ್ಟ ಸಮಯದಲ್ಲಿ ಸಂಪರ್ಕಗೊಂಡಿತ್ತು ಎಂದು ಖಚಿತಪಡಿಸಬಹುದು, ಆದರೆ ಯಾವ ವಿನಂತಿಗಳು ಸುರಂಗವನ್ನು ಬಳಸಿದವು ಎಂದು ಖಚಿತಪಡಿಸಲಾರದು, ಮತ್ತು ಒದಗಿಸುಗರು ಕಾರ್ಯಾಚರಣೆಯ ವಿವರ ಎಂದು ಪರಿಗಣಿಸುವ ವಿಳಾಸವನ್ನು ಹೆಸರಿಸುವುದಿಲ್ಲ. ಯಾವುದೇ ದಾಖಲೆ ವ್ಯಕ್ತಿಯನ್ನು ಗುರುತಿಸುವುದಿಲ್ಲ, ಏಕೆಂದರೆ ಹಂಚಿದ ನಿರ್ಗಮನ ವಿಳಾಸ ಅದೇ ನಿಮಿಷದಲ್ಲಿ ಅನೇಕ ಗ್ರಾಹಕರನ್ನು ಹೊತ್ತುಕೊಳ್ಳಬಹುದು.
ಯಾವುದನ್ನೂ ನಂಬುವ ಮೊದಲು ಎರಡನ್ನೂ ಮೂಲರೇಖೆಯೊಂದಿಗೆ ಹೋಲಿಸಿ
ವಿಳಾಸ ಒಂಟಿಯಾಗಿ ಏನನ್ನೂ ಸಾಬೀತುಪಡಿಸುವುದಿಲ್ಲ. ಸಂಪರ್ಕಿಸುವ ಮೊದಲು ನೇರ ವಿಳಾಸವನ್ನು, ನಂತರ ಸುರಂಗದ ಮೂಲಕ ಹೋದ ವಿಳಾಸವನ್ನು ಸೆರೆಹಿಡಿದು ಹೋಲಿಸಿ. ಒಂದೇ ಮೌಲ್ಯಗಳು ಎಂದರೆ ಸುರಂಗ ಆ ವಿನಂತಿಯನ್ನು ಹೊತ್ತುಕೊಳ್ಳುತ್ತಿಲ್ಲ, ಅದು ವಿಭಜಿತ ಸುರಂಗದಿಂದ, ಪ್ರಧಾನ ಪ್ರಾಕ್ಸಿಯಿಂದ ಅಥವಾ ನೇರ ಮಾರ್ಗಕ್ಕೆ ಮರಳಿದ ಕ್ಲೈಂಟ್ನಿಂದ ಆಗಿರಬಹುದು.
curl -fsS https://api.ipify.org; echo
curl -fsS https://api64.ipify.org; echo
dig +short TXT o-o.myaddr.l.google.com @1.1.1.1
DNS ಮತ್ತು IPv6 ಗಾಗಿ ಹೋಲಿಕೆಯನ್ನು ಪುನರಾವರ್ತಿಸಿ, ಏಕೆಂದರೆ ವಿಳಾಸದ ಪ್ರತಿಧ್ವನಿ ಒಂದು HTTP ವಿನಂತಿಯ ಮಾರ್ಗವನ್ನು ಸಾಬೀತುಪಡಿಸುತ್ತದೆ, ಯಾವ ಪರಿಹಾರಕ ಉತ್ತರಿಸಿತು ಎಂಬುದರ ಬಗ್ಗೆ ಏನನ್ನೂ ಹೇಳುವುದಿಲ್ಲ. ಒಂದರಲ್ಲಿ ಸೋರುವ ಸಾಧನ ಇನ್ನೊಂದರಲ್ಲಿ ಸಂಪೂರ್ಣ ಆರೋಗ್ಯಕರವಾಗಿ ಕಾಣಬಹುದು.