VPN ನಿಮ್ಮ ಹಳೆಯ IP ಅನ್ನು ಸೋರಿಸಲಿಲ್ಲ: ನೆನಪಿಟ್ಟ ಮೌಲ್ಯವೇ ಹಾಗೆ ಮಾಡಿತು

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

ಒಂದು ವಿಳಾಸದ ಹಿಂದಿನ ಎರಡು ವಿವರಣೆಗಳು

ಜನರು ಊಹಿಸುವ ಕ್ರಮವೆಂದರೆ VPN ಸಕ್ರಿಯವಾಗಿದೆ ಎಂದು ಹೇಳಲಾಗುವಾಗ ಭೌತಿಕ ಇಂಟರ್ಫೇಸ್ ಬಿಡುವ ಪ್ಯಾಕೆಟ್. ವರದಿಯನ್ನು ಹೆಚ್ಚಾಗಿ ವಿವರಿಸುವ ಕ್ರಮ ಚಿಕ್ಕದಾಗಿದೆ ಮತ್ತು ನೀರಸವಾಗಿದೆ: ಅಪ್ಲಿಕೇಶನ್ ಹಿಂದೆ ವಿಳಾಸವನ್ನು ಕಲಿತು ಇನ್ನೂ ಅದನ್ನು ಹಿಡಿದಿದೆ. ಘಟನೆಗಳನ್ನು ಕ್ರಮದಲ್ಲಿ ಜೋಡಿಸುವುದು ಎರಡನ್ನೂ ಬೇರ್ಪಡಿಸುತ್ತದೆ.

Address learned before the tunnel: P1
Tunnel up: the next request exits at P2
Application reuses its retained P1 in a message body
Receiver logs source P2 and submitted value P1

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

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

ಅಪ್ಲಿಕೇಶನ್‌ನ ನೆನಪು ಮರುಸಂಪರ್ಕಕ್ಕಿಂತ ಹೆಚ್ಚು ಕಾಲ ಉಳಿಯುತ್ತದೆ

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

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

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

ಮೊದಲು ಮೂಲ ಹೆಡರ್ ಓದಿ, ನಂತರ ಪೇಲೋಡ್

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

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

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

ಧಾರಣೆ ಸಾಗಣೆಯಿಂದ ಬೇರೆ ಹಂತ

RFC 6973 ನಲ್ಲಿ ಗೋಪ್ಯತೆ ಮಾರ್ಗಸೂಚಿ ಸಂಗ್ರಹ, ಬಳಕೆ, ಬಹಿರಂಗಪಡಿಸುವಿಕೆ ಮತ್ತು ಧಾರಣೆಯನ್ನು ಬೇರೆ ಹಂತಗಳಾಗಿ ಪರಿಗಣಿಸುತ್ತದೆ ಮತ್ತು ಮರುಬಳಕೆಯ ಗುರುತಿಸುವಿಕೆಗಳು ಪರಸ್ಪರ ಸಂಬಂಧವನ್ನು ಸುಲಭಗೊಳಿಸುತ್ತವೆ ಎಂದು ಎಚ್ಚರಿಸುತ್ತದೆ. ಹೊಸ ಜಾಲ ಮಾರ್ಗ ಸಾಗಣೆ ಹಂತವನ್ನು ಬದಲಿಸುತ್ತದೆ ಮತ್ತು ಬೇರೆ ಏನನ್ನೂ ಅಲ್ಲ. ಸ್ವೀಕರಿಸುವವರು ಈಗಾಗಲೇ ಹೊಂದಿರುವ ದಾಖಲೆಗಳಿಗೆ ಮುಟ್ಟುವುದಿಲ್ಲ, ಪ್ರವೇಶದಲ್ಲಿ ಮೌಲ್ಯವನ್ನು ಸಂಗ್ರಹಿಸಿದ ಯಾವುದೇ ಪ್ರೊಫೈಲ್‌ಗೂ ಸಹ. ಆದ್ದರಿಂದ ಸಾಗಣೆ ಸರಿಯಾಗಿ ಕೆಲಸ ಮಾಡುತ್ತಿದ್ದರೂ ಮರುಸಂಪರ್ಕ ವಿಫಲವಾದಂತೆ ಅನಿಸಬಹುದು.

ಯಾವುದೇ ಪ್ಯಾಕೆಟ್ ಫಿಲ್ಟರ್ ಸ್ವೀಕರಿಸುವವರ ದಾಖಲೆಗಳಿಂದ ಮೌಲ್ಯವನ್ನು ಅಳಿಸಲಾರದು, ಮತ್ತು ಮತ್ತೆ ಸಂಪರ್ಕಿಸುವುದು ಪ್ರತಿ ಪ್ರೋಗ್ರಾಂನ ಸಂಗ್ರಹಿತ ಇತಿಹಾಸವನ್ನು ಸ್ವಚ್ಛಗೊಳಿಸುವುದಿಲ್ಲ. ಇವು ಸುರಂಗದಲ್ಲ, ಡೇಟಾ ಮಾಲೀಕರ ಸಮಸ್ಯೆಗಳು ಮತ್ತು ಬೇರೆ ರೀತಿಯ ಪರಿಹಾರ ಬೇಕು. ಜಾಲವನ್ನು ಅದನ್ನು ಮರೆಮಾಡಲು ಕೇಳುವ ಮೊದಲು ಸೇವೆಯು ಏನನ್ನು ಮತ್ತು ಎಷ್ಟು ಕಾಲ ಇಟ್ಟುಕೊಳ್ಳುತ್ತದೆ ಎಂದು ಕೇಳಿ.

ಸುರಂಗವನ್ನು ದೂಷಿಸುವ ಮೊದಲು ಏನನ್ನು ಪರಿಶೀಲಿಸಬೇಕು

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

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