VPN ಒದಗಿಸುವವರು ನಿಮ್ಮ Wi-Fi ಹೆಸರನ್ನು ನೋಡಬಹುದೇ? ಮೂರು ವಿಭಿನ್ನ ಸೋರಿಕೆಗಳು
ಗೇಟ್‌ವೇ ಪ್ಯಾಕೆಟ್‌ಗಳನ್ನು ಓದುತ್ತದೆ, ಸ್ಥಳೀಯ ಅಪ್ಲಿಕೇಶನ್ ಅನುಮತಿಗಳನ್ನು ಓದುತ್ತದೆ, ಮತ್ತು ಪುಟ ನಿರ್ದೇಶಾಂಕಗಳನ್ನು ಓದುತ್ತದೆ. Wi-Fi ಲೇಬಲ್ ಪ್ರತಿ ಸಂದರ್ಭದಲ್ಲಿ ಬೇರೆ ಚಾನಲ್‌ನಲ್ಲಿ ಇರುತ್ತದೆ.
ಪ್ರಶ್ನೆ ಸರಳವಾಗಿ ಕೇಳಿಸುತ್ತದೆ ಮತ್ತು ಅದಕ್ಕೆ ಕನಿಷ್ಠ ಮೂರು ಉತ್ತರಗಳಿವೆ. ಯಾವುದು ಅನ್ವಯಿಸುತ್ತದೆ ಎಂಬುದು ಮಾಹಿತಿಯನ್ನು ಯಾರು ಸ್ವೀಕರಿಸುತ್ತಾರೆ ಎಂಬುದರ ಮೇಲೆ ಅವಲಂಬಿತವಾಗಿದೆ, ಮತ್ತು ಒಳಗೊಂಡ ಘಟಕಗಳು ಒಂದೇ ಚಾನಲ್ ಅನ್ನು ಹಂಚಿಕೊಳ್ಳುವುದಿಲ್ಲ. ಪ್ರತಿ ಉತ್ತರ ಬೇರೆ ಪಕ್ಷಕ್ಕೆ ಸೇರಿದೆ, ಆದ್ದರಿಂದ ಉಪಯುಕ್ತ ಪ್ರಶ್ನೆ ಎಂದರೆ ನೀವು ಯಾವ ಪಕ್ಷದ ಬಗ್ಗೆ ಕೇಳುತ್ತಿದ್ದೀರಿ ಎಂಬುದು.
ಆ ಚಾನಲ್‌ಗಳನ್ನು ವಿಂಗಡಿಸಲು ಕೆಲವು ನಿಮಿಷಗಳು ಬೇಕು. ಇದು ಕೆಟ್ಟ ತೀರ್ಮಾನಗಳ ಒಂದು ಇಡೀ ವರ್ಗವನ್ನು ತಡೆಯುತ್ತದೆ.
ಮೂರು ವೀಕ್ಷಕರು, ಮೂರು ಚಾನಲ್‌ಗಳು
ಟನೆಲ್ ಸಂಚಾರವನ್ನು ಮುಂದಕ್ಕೆ ಕಳುಹಿಸುವ ಗೇಟ್‌ವೇ ಪ್ಯಾಕೆಟ್‌ಗಳನ್ನು ನೋಡುತ್ತದೆ. ಸಾಧನದಲ್ಲಿ ಸ್ಥಾಪಿಸಲಾದ ಸ್ಥಳೀಯ ಅಪ್ಲಿಕೇಶನ್ ವೇದಿಕೆ ಅನುಮತಿಸಿದರೆ ಅದರ ಇಂಟರ್‌ಫೇಸ್‌ಗಳನ್ನು ಕರೆಯಬಹುದು. ಬ್ರೌಸರ್‌ನಲ್ಲಿನ ಪುಟ ಬ್ರೌಸರ್ ಮತ್ತು ಬಳಕೆದಾರರು ನೀಡಿದ ಮಿತಿಯೊಳಗೆ ಚಲಿಸುತ್ತದೆ. ಅವುಗಳಲ್ಲಿ ಯಾವುದೂ ಒಂದೇ ವಿಷಯವನ್ನು ನೋಡುವುದಿಲ್ಲ.
ಇವು ಒಂದೇ ಸಾಮರ್ಥ್ಯದ ರೂಪಾಂತರಗಳಲ್ಲ. ಇವು ಬೇರೆ ಅನುಮತಿಗಳಿರುವ ಬೇರೆ ಕಾರ್ಯವಿಧಾನಗಳು, ಮತ್ತು ಪ್ರತಿಯೊಂದೂ ಸ್ವಲ್ಪ ಬೇರೆ ಪ್ರಶ್ನೆಗೆ ಉತ್ತರಿಸುತ್ತದೆ.
| Observer | What it receives | What it needs |
|---|---|---|
| Tunnel gateway | Forwarded IP packets, which carry no SSID field | No device permission at all |
| Installed client app | Local network details, when the platform exposes them | The specific permission and context the platform requires |
| Page using browser geolocation | Position properties such as coordinates | User consent plus the browser's own checks |
ಒದಗಿಸುವವರ ಹೇಳಿಕೆಗೆ ಮೊದಲ ಸಾಲು ಮುಖ್ಯ. ನಿಸ್ತಂತು ಜಾಲದ ಹೆಸರು ಪ್ಯಾಕೆಟ್ ಶೀರ್ಷಿಕೆಯ ಭಾಗವಲ್ಲ. ಯಾವುದೇ ಮಾರ್ಗ ತಪಾಸಣೆ ಅದನ್ನು ಉತ್ಪಾದಿಸುವುದಿಲ್ಲ, ಮತ್ತು ಮುಂದಕ್ಕೆ ಕಳುಹಿಸಿದ ಸಂಚಾರದ ಯಾವುದೇ ಲಾಗ್ ಅದನ್ನು ಹೊಂದಿರುವುದಿಲ್ಲ.
Android ಪ್ರಕರಣ ಅನುಮತಿಯ ಮಿತಿಯನ್ನು ತೋರಿಸುತ್ತದೆ
Android ನ WifiInfo ದಾಖಲೆ ಎರಡನೇ ಚಾನಲ್‌ನ ಸ್ಪಷ್ಟ ಉದಾಹರಣೆ. ಅಲ್ಲಿನ ಕೆಲವು Wi-Fi ವಿವರಗಳನ್ನು ಸ್ಥಳ-ಸಂವೇದಿ ಎಂದು ಪರಿಗಣಿಸಲಾಗುತ್ತದೆ, ಮತ್ತು ಅಗತ್ಯ ಪ್ರವೇಶ ಇಲ್ಲದಿದ್ದಾಗ ದಾಖಲೆ ಸಂಪಾದಿತ ಫಲಿತಾಂಶಗಳನ್ನು ವಿವರಿಸುತ್ತದೆ, ಅಜ್ಞಾತ SSID ಮೌಲ್ಯ ಸೇರಿದಂತೆ.
ಆ ವರ್ತನೆಯನ್ನು ಎಚ್ಚರಿಕೆಯಿಂದ ಓದಲು ಯೋಗ್ಯವಾಗಿದೆ. ಪ್ರವೇಶವಿಲ್ಲದ ಅಪ್ಲಿಕೇಶನ್‌ನಿಂದ ವೇದಿಕೆ ಮೌಲ್ಯವನ್ನು ತಡೆಹಿಡಿಯಬಹುದು ಎಂದು ಅದು ಹೇಳುತ್ತದೆ. VPN ಅಪ್ಲಿಕೇಶನ್ ಅದನ್ನು ಸ್ವಯಂಚಾಲಿತವಾಗಿ ಪಡೆಯುತ್ತದೆ ಎಂದು ಅದು ಹೇಳುವುದಿಲ್ಲ, ಮತ್ತು VPN ಒದಗಿಸುವವರು ಟನೆಲ್ ಮೂಲಕ ಅದನ್ನು ಪಡೆಯುತ್ತಾರೆ ಎಂದೂ ಹೇಳುವುದಿಲ್ಲ.
ನೆಟ್‌ವರ್ಕ್ ಟನೆಲ್ ಅನುಮೋದನೆ ಸಂಕುಚಿತ ಅನುಮತಿ. ಅದು ಅಪ್ಲಿಕೇಶನ್‌ಗೆ ಸಂಚಾರವನ್ನು ಮಾರ್ಗೀಕರಿಸಲು ಅನುಮತಿಸುತ್ತದೆ. ವೇದಿಕೆ ರಕ್ಷಿಸುವ ಪ್ರತಿ ಸಾಧನದ ಸತ್ಯವನ್ನೂ ಅದು ಒಪ್ಪಿಸುವುದಿಲ್ಲ. ಎರಡನ್ನೂ ಒಂದೇ ಅನುಮತಿ ಎಂದು ಪರಿಗಣಿಸುವುದು ಈ ಹೇಳಿಕೆಗಳಲ್ಲಿ ಹೆಚ್ಚಿನವು ತಪ್ಪಾಗುವ ಸ್ಥಳ.
ನಿರ್ದೇಶಾಂಕಗಳು ನೆಟ್‌ವರ್ಕ್ ಹೆಸರಲ್ಲ
Geolocation API ಸ್ಥಾನವನ್ನು ಹಿಂತಿರುಗಿಸುತ್ತದೆ. ನಿಮ್ಮ ಸುತ್ತಲಿನ Wi-Fi ಹೆಸರುಗಳ ಪಟ್ಟಿಯನ್ನು ಅದು ಹಿಂತಿರುಗಿಸುವುದಿಲ್ಲ, ಆದರೂ ಕೆಳಗಿನ ವೇದಿಕೆ ಆ ಸ್ಥಾನವನ್ನು ಲೆಕ್ಕಹಾಕಲು ನೆಟ್‌ವರ್ಕ್ ಮಾಹಿತಿ ಸೇರಿದಂತೆ ಹಲವು ಸಂಕೇತಗಳನ್ನು ಬಳಸಬಹುದು.
ನಗರವನ್ನು ಸ್ವೀಕರಿಸುವುದು ಗುರುತಿಸುವಿಕೆಯನ್ನು ಸ್ವೀಕರಿಸುವುದಕ್ಕೆ ಸಮಾನವಲ್ಲ. ನಿಮ್ಮ ನೆರೆಹೊರೆಯನ್ನು ತೋರಿಸುವ ಪುಟ ಸಾಧನ ಎಲ್ಲಿದೆ ಎಂಬುದರ ಬಗ್ಗೆ ಏನನ್ನೋ ಕಲಿತಿದೆ, ಮತ್ತು ಅದನ್ನು ಅಲ್ಲಿಗೆ ಕರೆದೊಯ್ದ SSID ಅನ್ನು ಕಲಿತಿಲ್ಲ.
ವಿಸ್ತರಣೆ, ಸ್ಥಳೀಯ ಸಹಾಯಕ ಅಥವಾ ಪ್ರತ್ಯೇಕವಾಗಿ ವಿಶೇಷಾಧಿಕಾರ ಹೊಂದಿರುವ ಅಪ್ಲಿಕೇಶನ್ ತನ್ನದೇ ಪರಿಶೀಲನೆಗೆ ಅರ್ಹವಾಗಿದೆ. ಅವುಗಳಲ್ಲಿ ಯಾವುದೂ ಜಿಯೋಲೊಕೇಶನ್ ಕರೆಯುವ ಸಾಮಾನ್ಯ ಪುಟದೊಂದಿಗೆ ಪರಸ್ಪರ ಬದಲಾಯಿಸಲಾಗದು, ಮತ್ತು ಬ್ರೌಸರ್ ವಿಸ್ತರಣೆ ಪುಟಕ್ಕೆ ಇಲ್ಲದ ಅನುಮತಿಗಳೊಂದಿಗೆ ಚಲಿಸುತ್ತದೆ.
ವರದಿ ಅಥವಾ ರೋಗನಿರ್ಣಯ ರಫ್ತು ಏನನ್ನು ಸಾಬೀತುಪಡಿಸುತ್ತದೆ
ಗ್ರಾಹಕರು ರೋಗನಿರ್ಣಯ ಬಂಡಲ್ ತಯಾರಿಸಿದಾಗ, ಉಪಯುಕ್ತ ಪ್ರಶ್ನೆ ಎಂದರೆ ಅದು ಯಾವ ಕ್ಷೇತ್ರಗಳನ್ನು ಸಂಗ್ರಹಿಸಿತು, ಅವನ್ನು ಯಾರು ಸ್ವೀಕರಿಸುತ್ತಾರೆ, ಮತ್ತು ಯಾವ ಅನುಮತಿಯ ಅಡಿಯಲ್ಲಿ. ಎನ್‌ಕ್ರಿಪ್ಟ್ ಮಾಡಿದ ಸಾಗಣೆ ಬಂಡಲ್ ಸುರಕ್ಷಿತವಾಗಿ ಪ್ರಯಾಣಿಸಿತು ಎಂದು ಹೇಳುತ್ತದೆ, ಅದರಲ್ಲಿ ಏನಿದೆ ಎಂದಲ್ಲ.
ನೆಟ್‌ವರ್ಕ್ ಹೆಸರುಗಳನ್ನು ಮರುಬಳಕೆ ಮಾಡಬಹುದು ಮತ್ತು ಬದಲಾಯಿಸಬಹುದು. ಒಂದೇ ಲೇಬಲ್ ಒಂದು ಭೌತಿಕ ಸ್ಥಳಕ್ಕೆ ದುರ್ಬಲ ಸಾಕ್ಷ್ಯ, ಆದರೆ ಸಾರ್ವಜನಿಕ ವಿಳಾಸ ಬೇರೆ ವಿಶ್ವಾಸಾರ್ಹತೆಯ ಬೇರೆ ಅವಲೋಕನ.
ನಿಜವಾದ ನೆಟ್‌ವರ್ಕ್ ಲೇಬಲ್‌ಗಳನ್ನು ಸಾರ್ವಜನಿಕ ಸಹಾಯ ಥ್ರೆಡ್‌ಗಳಿಂದ ಹೊರಗಿಡಿ. ಉತ್ತರಿಸಲು ಯೋಗ್ಯವಾದ ಪ್ರಶ್ನೆ ಹೆಚ್ಚು ಸಂಕುಚಿತ ಮತ್ತು ಹೆಚ್ಚು ಉಪಯುಕ್ತ. ಯಾವ ಘಟಕ ಯಾವ ಕ್ಷೇತ್ರವನ್ನು, ಯಾವ ಅನುಮತಿ ಮತ್ತು ಯಾವ ಹರಿವಿನ ಮೂಲಕ ಪಡೆಯಿತು?