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

ಒಪ್ಪಿಗೆ ಸಂವಾದವು ನಿಜವಾಗಿ ಏನನ್ನು ಒಪ್ಪಿಸುತ್ತದೆ

VpnService ಅನ್ನು ಜಾರಿಗೊಳಿಸಿ BIND_VPN_SERVICE ಘೋಷಿಸುವ ಅಪ್ಲಿಕೇಶನ್, ಸಾಧನದ VPN ಆಗಲು ಸಿಸ್ಟಮ್‌ಗೆ ಕೇಳುತ್ತದೆ. ಅನುಮೋದನೆಯ ನಂತರ ಚೌಕಟ್ಟು ಒಂದು tun ಇಂಟರ್‌ಫೇಸ್ ರಚಿಸಿ ಅಪ್ಲಿಕೇಶನ್‌ಗೆ ಅದಕ್ಕಾಗಿ ಫೈಲ್ ಡಿಸ್ಕ್ರಿಪ್ಟರ್ ನೀಡುತ್ತದೆ. ನಂತರ ಅಪ್ಲಿಕೇಶನ್ ಮಾಡುವ ಎಲ್ಲವೂ ಆ ಡಿಸ್ಕ್ರಿಪ್ಟರ್ ಮೂಲಕ ಹರಿಯುತ್ತದೆ: ಅದು IP ಪ್ಯಾಕೆಟ್‌ಗಳನ್ನು ಓದುತ್ತದೆ, ಅವುಗಳೊಂದಿಗೆ ಏನು ಮಾಡಬೇಕೆಂದು ನಿರ್ಧರಿಸುತ್ತದೆ ಮತ್ತು ಪ್ಯಾಕೆಟ್‌ಗಳನ್ನು ಮತ್ತೆ ಒಳಗೆ ಬರೆಯುತ್ತದೆ.

ಆ ಇಂಟರ್‌ಫೇಸ್‌ನ ವ್ಯಾಪ್ತಿ ಸ್ಪಷ್ಟವಾಗಿದೆ. ಯಾವ ಗಮ್ಯಸ್ಥಾನಗಳನ್ನು ಹಿಡಿಯಲಾಗುತ್ತದೆ ಎಂದು ಮಾರ್ಗಗಳು ನಿರ್ಧರಿಸುತ್ತವೆ, ಮತ್ತು addAllowedApplication ಅಥವಾ addDisallowedApplication ಯಾವ ಅಪ್ಲಿಕೇಶನ್‌ಗಳು ಅದಕ್ಕೆ ಒದಗಿಸುತ್ತವೆ ಎಂದು ನಿರ್ಧರಿಸುತ್ತದೆ. ಎರಡು ಅಪ್ಲಿಕೇಶನ್‌ಗಳನ್ನು ಪಟ್ಟಿ ಮಾಡುವ ಪ್ರತಿ-ಅಪ್ಲಿಕೇಶನ್ VPN ಸಾಧನದ ಉಳಿದ ಭಾಗವನ್ನು ನೋಡುವುದಿಲ್ಲ.

ಇದು ಪ್ಯಾಕೆಟ್ ಮಟ್ಟದ ಅನುಮತಿ, ಡೇಟಾ ಮಟ್ಟದ್ದಲ್ಲ. ಸೇವೆಯು ಅಪ್ಲಿಕೇಶನ್ ನೆಟ್‌ವರ್ಕ್ ಸ್ಟಾಕ್‌ಗೆ ಒಪ್ಪಿಸುವ ಬೈಟ್‌ಗಳನ್ನು ನೋಡುತ್ತದೆ, ಅವು ಗಮ್ಯಸ್ಥಾನಕ್ಕೆ ವಿಳಾಸೀಕರಿಸಲಾಗಿರುತ್ತವೆ. ಕಳುಹಿಸುವ ಅಪ್ಲಿಕೇಶನ್‌ನ ಖಾಸಗಿ ಸಂಗ್ರಹ, ಅದರ ಡೇಟಾಬೇಸ್ ಫೈಲ್‌ಗಳು ಅಥವಾ ಅದರ ಡೀಕ್ರಿಪ್ಟ್ ಮಾಡಿದ ಮೆಮೊರಿಗೆ ಯಾವುದೇ ಹಿಡಿತ ಸಿಗುವುದಿಲ್ಲ. ಅಪ್ಲಿಕೇಶನ್ ತನ್ನದೇ ಸ್ಯಾಂಡ್‌ಬಾಕ್ಸ್‌ನಲ್ಲಿ ಉಳಿಸಿದ ಫೈಲ್‌ಗಳು ಮೊದಲಿನಂತೆಯೇ ಓದಲು ಕಷ್ಟಕರವಾಗಿಯೇ ಇರುತ್ತವೆ.

ಪ್ಯಾಕೆಟ್ ನೋಟ ಎಲ್ಲಿ ನಿಲ್ಲುತ್ತದೆ

TLS ಇನ್ನೂ ಟನಲ್ ಒಳಗೆ ತನ್ನ ಕೆಲಸ ಮಾಡುತ್ತದೆ, ಏಕೆಂದರೆ ಹ್ಯಾಂಡ್‌ಶೇಕ್ ಅಪ್ಲಿಕೇಶನ್ ಮತ್ತು ಸರ್ವರ್ ನಡುವೆ ನಡೆಯುತ್ತದೆ, ಅಪ್ಲಿಕೇಶನ್ ಮತ್ತು VPN ನಡುವೆ ಅಲ್ಲ. VPN ಸೆಷನ್ ಕೀಗಳಿಲ್ಲದೆ ಡೀಕ್ರಿಪ್ಟ್ ಮಾಡಲಾಗದ ಸೈಫರ್‌ಟೆಕ್ಸ್ಟ್ ಅನ್ನು ಮುಂದಕ್ಕೆ ಕಳುಹಿಸುತ್ತದೆ. ಆದ್ದರಿಂದ ಟನಲ್ ಒಂದೇ ಆಗಿ HTTPS ಪುಟದ ಅಥವಾ ಸಂರಕ್ಷಿತ ಮೇಲ್ ಸೆಷನ್‌ನ ವಿಷಯವನ್ನು ಬಯಲು ಮಾಡುವುದಿಲ್ಲ.

ಸೈಫರ್‌ಟೆಕ್ಸ್ಟ್‌ನ ಸುತ್ತಲಿನ ಮೆಟಾಡೇಟಾ ಬೇರೆ ಕಥೆ, ಮತ್ತು ಇಲ್ಲಿಯೇ ಬಹುಪಾಲು ಆತ್ಮವಿಶ್ವಾಸದ ಹೇಳಿಕೆಗಳು ಒಡೆದು ಹೋಗುತ್ತವೆ. ಗಮ್ಯಸ್ಥಾನದ IP, ಪೋರ್ಟ್, ಪ್ಯಾಕೆಟ್ ಗಾತ್ರಗಳು ಮತ್ತು ಸಮಯ — ಎಲ್ಲವೂ ಗೋಚರವಾಗಿರುತ್ತವೆ, ಜೊತೆಗೆ TLS ClientHello ನಲ್ಲಿರುವ ಸರ್ವರ್ ಹೆಸರು, ಅದು ಸಾಮಾನ್ಯವಾಗಿ TLS 1.3 ಅಡಿಯಲ್ಲೂ ತೆರೆದ ರೂಪದಲ್ಲೇ ಕಳುಹಿಸಲ್ಪಡುತ್ತದೆ. Encrypted Client Hello ಅದನ್ನು ಬದಲಿಸುತ್ತದೆ, ಆದರೆ ಅದು ಸಾರ್ವತ್ರಿಕವಲ್ಲ. ಸರಳ DNS ಕೂಡ ಪ್ರಶ್ನೆಗಳು ಎನ್‌ಕ್ರಿಪ್ಷನ್ ಇಲ್ಲದೆ ಹೊರಟಾಗ ಅದೇ ಸುಲಭವಾಗಿ ಹೆಸರುಗಳನ್ನು ಸೋರಿಸುತ್ತದೆ.

ಹಳೆಯ ಅಥವಾ ತಪ್ಪಾಗಿ ಸಂರಚಿಸಿದ ಪ್ರೋಟೋಕಾಲ್‌ಗಳು ಹೆಚ್ಚು ಒಪ್ಪಿಸುತ್ತವೆ. ಸರಳ HTTP, TLS ಇಲ್ಲದ IMAP ಮತ್ತು ಹಲವು ಆಟ ಹಾಗೂ IoT ಪ್ರೋಟೋಕಾಲ್‌ಗಳು ತಮ್ಮ ಪೇಲೋಡ್ ಅನ್ನು tun ಡಿಸ್ಕ್ರಿಪ್ಟರ್ ಇರುವ ಯಾವುದಕ್ಕೂ ಬಯಲು ಮಾಡುತ್ತವೆ.

ಎಂದಿಗೂ ಅದರೊಂದಿಗೆ ಬಾರದ ಅನುಮತಿಗಳು

VPN ಅನ್ನು ಅನುಮೋದಿಸುವುದು ಸಂಪರ್ಕಗಳು, SMS, ಫೋಟೋ ಅಥವಾ ಮೀಡಿಯಾ ಸ್ಟೋರ್ ಅನ್ನು ಅನುಮೋದಿಸುವುದಲ್ಲ. ಅವು ಪ್ರತ್ಯೇಕ ರನ್‌ಟೈಮ್ ಅನುಮತಿಗಳು, ಪ್ರತಿಯೊಂದಕ್ಕೂ ತನ್ನದೇ ಸಂವಾದ ಮತ್ತು ಅಪ್ಲಿಕೇಶನ್ ಸೆಟ್ಟಿಂಗ್ಸ್ ಪುಟದಲ್ಲಿ ತನ್ನದೇ ರದ್ದು ಮಾರ್ಗವಿದೆ. ನಿಮ್ಮ ಕರೆ ದಾಖಲೆ ಬಯಸುವ VPN ಕ್ಲೈಂಟ್ ಬೇರೆ ಯಾವುದೇ ಅಪ್ಲಿಕೇಶನ್‌ನಂತೆ ಅದನ್ನು ಕೇಳಬೇಕು, ಮತ್ತು ನೀವು ಟನಲ್ ಉಳಿಸಿಕೊಂಡು ನಿರಾಕರಿಸಬಹುದು.

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

ಪ್ರವೇಶಿಸುವ ಸಾಮರ್ಥ್ಯದ ಪ್ರವೇಶ ಇನ್ನೂ ಹೊರಗಿದೆ. ಪ್ರವೇಶಿಸುವ ಸಾಮರ್ಥ್ಯ ಸಕ್ರಿಯವಾಗಿರುವ ಸೇವೆ ಇತರ ಅಪ್ಲಿಕೇಶನ್‌ಗಳ ಸ್ಕ್ರೀನ್ ವಿಷಯವನ್ನು ಓದಬಲ್ಲದು, ಅದನ್ನು ಯಾವುದೇ ಪ್ಯಾಕೆಟ್ ಮಟ್ಟದ ಸ್ಥಾನ ನೀಡುವುದಿಲ್ಲ.

ಸ್ಥಳೀಯ ಫಿಲ್ಟರ್ ಅಥವಾ ದೂರದ ಗೇಟ್‌ವೇ

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

ಅವುಗಳನ್ನು ಬೇರ್ಪಡಿಸುವ ಪ್ರಾಯೋಗಿಕ ದಾರಿ ಎಂದರೆ VPN ಆನ್ ಮತ್ತು ಆಫ್ ಇರಿಸಿ ನಿಮ್ಮ ಸಾರ್ವಜನಿಕ ವಿಳಾಸ ಪರಿಶೀಲಿಸುವುದು, ಮತ್ತು ಅಧಿಸೂಚನೆ ದೂರದ ಎಂಡ್‌ಪಾಯಿಂಟ್ ಹೆಸರಿಸುತ್ತದೆಯೇ ಎಂದು ನೋಡುವುದು. ವಿಳಾಸ ಎಂದೂ ಬದಲಾಗದಿದ್ದರೆ, ಸಂಚಾರ ಬಹುಶಃ ಸಾಧನದಲ್ಲೇ ಸುತ್ತುತ್ತಿದೆ.

ಎರಡೂ ಸಂದರ್ಭಗಳು ಇನ್ನೂ ಪ್ಯಾಕೆಟ್ ಸ್ಥಾನವೇ. ವ್ಯತ್ಯಾಸ ಎಂದರೆ ನಿರ್ಗಮನದಲ್ಲಿ ಬೇರೆ ಯಾರು ನಿಂತಿದ್ದಾರೆ ಎಂಬುದು.

ನೀವು ಅನುಮೋದಿಸಿದ್ದನ್ನು ಪರಿಶೀಲಿಸಿ

Settings ತೆರೆಯಿರಿ, ನಂತರ Network and internet, ನಂತರ VPN, ಮತ್ತು ಸ್ಟೇಟಸ್ ಬಾರ್‌ನ ಐಕಾನ್ ಬದಲು ನಮೂದನ್ನು ಓದಿ. Always-on VPN ಮತ್ತು Block connections without VPN ಇಂಟರ್‌ಫೇಸ್ ಅನ್ನು ಜೀವಂತವಾಗಿರಿಸಿ ಸೋರಿಕೆಗಳನ್ನು ಕತ್ತರಿಸುವ ಸಾಧನ ಸೆಟ್ಟಿಂಗ್‌ಗಳು; ಅವು ಏನನ್ನೂ ವಿಸ್ತರಿಸುವುದಿಲ್ಲ. ಅದೇ ಪರದೆಯಿಂದ ನೀವು ಪ್ರೊಫೈಲ್ ಮರೆತು ಅನುಮತಿ ರದ್ದು ಮಾಡಬಹುದು.

ನಂತರ ಉಳಿದ ಅನುಮತಿಗಳನ್ನು ನೋಡಿ. App info ಕ್ಲೈಂಟ್ ಹೊಂದಿರುವ ರನ್‌ಟೈಮ್ ಅನುಮತಿಗಳನ್ನು ತೋರಿಸುತ್ತದೆ, ಮತ್ತು Security ಸೆಟ್ಟಿಂಗ್‌ಗಳು ಅದೇ ಸಮಯದಲ್ಲಿ ಬಳಕೆದಾರ ಸರ್ಟಿಫಿಕೇಟ್ ಸ್ಥಾಪನೆಯಾಗಿತ್ತೇ ಎಂದು ತೋರಿಸುತ್ತವೆ. ಎರಡನ್ನೂ ಸ್ವತಂತ್ರವಾಗಿ ತೆಗೆದುಹಾಕಬಹುದು.

ಉತ್ತರಿಸಲು ಯೋಗ್ಯವಾದ ಪ್ರಶ್ನೆ ಸಂಕುಚಿತವಾಗಿದೆ: ಯಾವ ಪ್ಯಾಕೆಟ್‌ಗಳು ಈ ಸೇವೆಗೆ ಪ್ರವೇಶಿಸುತ್ತವೆ, ಅವು ಎಲ್ಲಿಗೆ ಹೋಗುತ್ತವೆ, ಮತ್ತು ಜಾರಿಗೊಳಿಸುವಿಕೆ ಏನನ್ನು ಉಳಿಸಿಕೊಳ್ಳುತ್ತದೆ. ಸಂವಾದದಲ್ಲಿ ಉಳಿದದ್ದೆಲ್ಲವೂ ಗದ್ದಲ. VpnService ಉಲ್ಲೇಖ ಇಂಟರ್‌ಫೇಸ್ ಏನನ್ನು ಬಯಲು ಮಾಡುತ್ತದೆ ಎಂಬುದರ ಅಧಿಕೃತ ಪಟ್ಟಿ.

ಸಂಬಂಧಿತ ಲೇಖನಗಳು