Android ನಲ್ಲಿ IKEv2 VPN ಪ್ರೊಫೈಲ್‌ಗಳು ಬಳಕೆದಾರ ಆಧಾರಿತ, ಸಾಧನ ಆಧಾರಿತವಲ್ಲ

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

ವೇದಿಕೆ ನಿಮಗಾಗಿ ಏನು ನಿರ್ಮಿಸುತ್ತದೆ

Android 11 ರಿಂದ ವೇದಿಕೆ VPN ರಚನೆಯನ್ನು VpnManager ಮೂಲಕ ಒದಗಿಸುತ್ತದೆ. ಅನುಮೋದಿತ ಅಪ್ಲಿಕೇಶನ್ IKEv2 ಪ್ರೊಫೈಲ್ ವಿವರಿಸುತ್ತದೆ, ಮತ್ತು ವೇದಿಕೆಯೇ IPsec ಮತ್ತು IKE ವಿನಿಮಯ ನಡೆಸುತ್ತದೆ, ಆದ್ದರಿಂದ ಅಪ್ಲಿಕೇಶನ್ ಪ್ಯಾಕೆಟ್‌ಗಳನ್ನು ಎಂದಿಗೂ ಮುಟ್ಟುವುದಿಲ್ಲ. ಇದು ಸ್ವಂತ VPN ಅಪ್ಲಿಕೇಶನ್‌ಗಿಂತ ಮಹತ್ವದ ವ್ಯತ್ಯಾಸ, ಅದು VpnService ಅನುಷ್ಠಾನಗೊಳಿಸಿ ತನ್ನ ಪ್ರಕ್ರಿಯೆಯಲ್ಲಿ ಸುರಂಗ ನಿರ್ಮಿಸುತ್ತದೆ.

val profile = Ikev2VpnProfile.Builder(serverAddress, identity)
    .setAuthUsernamePassword(user, secret, rootCa)
    .build()
getSystemService(VpnManager::class.java).provisionVpnProfile(profile)

ಮೇಲಿನ ಕರೆ ರೂಪದ ರೇಖಾಚಿತ್ರ, ನಕಲಿಸುವ ಬ್ಲಾಕ್ ಅಲ್ಲ: ನಿರ್ಮಾಪಕನಿಗೆ ಹಲವು ದೃಢೀಕರಣ ರೂಪಗಳಿವೆ, ಅವು API ಮಟ್ಟದಿಂದ ಭಿನ್ನ, ಮತ್ತು ಪ್ರೊಫೈಲ್ ಸರ್ವರ್ ಪ್ರಮಾಣಪತ್ರದ ವಿಶ್ವಾಸ ವಸ್ತುವನ್ನೂ ಹೊತ್ತುತ್ತದೆ. ಮಾಲೀಕತ್ವದ ಪ್ರಶ್ನೆಗೆ ಮುಖ್ಯವಾದದ್ದು ವಾಕ್ಯರಚನೆಗಿಂತ ಸಣ್ಣದು.

ಈ ವಿನ್ಯಾಸದಿಂದ ಎರಡು ಗುಣಗಳು ಬರುತ್ತವೆ. ಪ್ರೊಫೈಲ್ ಡೇಟಾ, ಆದ್ದರಿಂದ ನಿರ್ವಾಹಕರು ಕೈಯಿಂದ ಟೈಪ್ ಮಾಡುವ ಬದಲು ರಚಿಸಬಹುದು. ಮತ್ತು ಸುರಂಗ ವೇದಿಕೆಯ ಜಾಲ, ಆದ್ದರಿಂದ ಅಪ್ಲಿಕೇಶನ್‌ಗಳು ಅದನ್ನು VPN ಸಾಗಣೆಯ ಜಾಲವಾಗಿ ಕಾಣುತ್ತವೆ, ಬೇರೆ ಅಪ್ಲಿಕೇಶನ್‌ನ ಸಾಕೆಟ್ ಆಗಿ ಅಲ್ಲ.

ಮಾಲೀಕರು ಬಳಕೆದಾರ, ನಂತರ ಪ್ಯಾಕೇಜ್

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

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

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

ಪ್ಯಾಕೆಟ್ ಚಲಿಸುವ ಮೊದಲು ಮೂರು ದ್ವಾರಗಳು

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

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

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

ವೈಯಕ್ತಿಕ ಸಂಪರ್ಕ ಕೆಲಸದ ಅಪ್ಲಿಕೇಶನ್‌ಗಳನ್ನು ಏಕೆ ಮುಚ್ಚುವುದಿಲ್ಲ

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

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

ನಿಜವಾದ ನೋಂದಣಿಯಲ್ಲಿ ಪರಿಶೀಲಿಸಿ, ಪ್ರಯೋಗಾಲಯ ಫೋನ್‌ನಲ್ಲಿ ಅಲ್ಲ

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

ಜೀವನ ಚಕ್ರ ಪರೀಕ್ಷಿಸಿ, ಸಂಪರ್ಕ ಮಾತ್ರ ಅಲ್ಲ. ಸೈನ್ ಇನ್ ಮಾಡಿ, ರುಜುವಾತು ಕೋಶ ತೆರೆಯಿರಿ, ಕೆಲಸದ ಪ್ರೊಫೈಲ್ ಸಂಜೆಗೆ ವಿರಾಮ ತೆಗೆದುಕೊಳ್ಳಲಿ, ನಂತರ ಅದನ್ನು ಮರಳಿ ತಂದು ಸುರಂಗ ಕೈ ಸ್ಪರ್ಶವಿಲ್ಲದೆ ಮರಳುತ್ತದೆಯೇ ಎಂದು ಪರಿಶೀಲಿಸಿ. ಕೆಲಸದ ಸಮಯದ ನಂತರ ಆಫ್ ಆಗುವ ಪ್ರೊಫೈಲ್ ತನ್ನ ಸುರಂಗವನ್ನು ಜೊತೆಗೆ ಕರೆದೊಯ್ಯುತ್ತದೆ, ಮತ್ತು ಅದು ನಿರೀಕ್ಷಿತ ವರ್ತನೆ, ದೋಷವಲ್ಲ, ನಿರೀಕ್ಷಿತ ಲಭ್ಯವಿಲ್ಲದ ಸ್ಥಿತಿ ಬರೆಯಲ್ಪಟ್ಟಿದ್ದರೆ.

ಕೊನೆಯದಾಗಿ, ಕೆಲಸದ ಅಪ್ಲಿಕೇಶನ್ ಅನ್ನು ತಿಳಿದಿರುವ ಒಳ ಅಂತಿಮ ಬಿಂದುವಿನ ವಿರುದ್ಧ ಪರೀಕ್ಷಿಸಿ ಮತ್ತು ವೈಯಕ್ತಿಕ ಪ್ರೊಫೈಲ್ ಫಲಿತಾಂಶದೊಂದಿಗೆ ಹೋಲಿಸಿ. ಎರಡೂ ಭಿನ್ನವಾಗಿರಬಹುದು; ಭಿನ್ನವಾಗಿರಬಾರದುದು ಮಾಲೀಕತ್ವ ಮಾದರಿ. ಸುರಂಗ ತಪ್ಪು ಬಳಕೆದಾರರಿಗೆ ಸೇರಿದ್ದರೆ, ಪ್ರಮಾಣಪತ್ರಗಳ ಮರು-ಹೊರಪಡಿಕೆ ಅದನ್ನು ಸರಿಪಡಿಸುವುದಿಲ್ಲ.

ಮೆನು ಬಹಿರಂಗಪಡಿಸಲು ಗುಪ್ತ ಸೆಟ್ಟಿಂಗ್ ಚಟುವಟಿಕೆಗಳನ್ನು ಪ್ರಾರಂಭಿಸಿ ವಿಷಯವನ್ನು ಬಲವಂತ ಮಾಡಬೇಡಿ, ಮತ್ತು ಸಂಪರ್ಕ ಕಾಣಿಸಲು ಪ್ರೊಫೈಲ್‌ಗಳ ನಡುವೆ ಖಾಸಗಿ ಕೀಲಿಗಳನ್ನು ನಕಲಿಸಬೇಡಿ. VpnManager ಉಲ್ಲೇಖ ಕರೆ ಮಾಡುವವರು ಏನು ರಚಿಸಬಹುದು ಎಂಬುದನ್ನು ದಾಖಲಿಸುತ್ತದೆ; ಅನುಮೋದಿತ ಮಾರ್ಗ ನಿಮ್ಮ ಪ್ರಕರಣವನ್ನು ಒಳಗೊಂಡಿಲ್ಲದಿದ್ದರೆ, ಅದು ನಿರ್ವಾಹಕರ ನಿರ್ಧಾರ, ಸೆಟ್ಟಿಂಗ್‌ಗಳ ಸಮಸ್ಯೆ ಅಲ್ಲ.