ಎರಡು iPhone ಅಪ್ಲಿಕೇಶನ್ಗಳು ಎರಡೂ ಸೆಟ್ಟಿಂಗ್ಗಳಲ್ಲಿ VPN ನಮೂದನ್ನು ಇಡಬಹುದು, ಎರಡೂ ತಮ್ಮನ್ನು VPN ಕ್ಲೈಂಟ್ ಎಂದು ಕರೆದುಕೊಳ್ಳಬಹುದು ಮತ್ತು ಬಹುತೇಕ ಯಾವುದೇ ಅನುಷ್ಠಾನವನ್ನು ಹಂಚಿಕೊಳ್ಳದಿರಬಹುದು. Apple ಈ ಏಕೀಕರಣಗಳಲ್ಲಿ ಒಂದನ್ನು ವೈಯಕ್ತಿಕ VPN ಎಂದು ಕರೆಯುತ್ತದೆ, ಮತ್ತು ಆ ಹೆಸರೇ ಹೆಚ್ಚಿನ ಗೊಂದಲವನ್ನು ಸೃಷ್ಟಿಸುತ್ತದೆ. ವೈಯಕ್ತಿಕ VPN ಎಂಬುದು ಒಳಗೊಂಡ IPsec ಅಥವಾ IKEv2 ಅನುಷ್ಠಾನವನ್ನು ಬಳಸುವ ಸಂರಚನೆಗಳನ್ನು ರಚಿಸಲು ಮತ್ತು ನಿರ್ವಹಿಸಲು ಒಂದು API. ಪ್ಯಾಕೆಟ್-ಟನೆಲ್ ಪೂರೈಕೆದಾರರು ಇನ್ನೊಂದು ಮಾದರಿ: ಅಪ್ಲಿಕೇಶನ್ ತನ್ನದೇ ಪ್ರೋಟೋಕಾಲ್ನ ಕ್ಲೈಂಟ್ ಭಾಗವನ್ನು ಜಾರಿಗೊಳಿಸುವ ವಿಸ್ತರಣೆಯನ್ನು ನೀಡುತ್ತದೆ. ಜನರು ನಂತರ ಈ ಲೇಬಲ್ನಿಂದ ಊಹಿಸುವ ಎಲ್ಲವೂ, ಸೈಫರ್ಗಳಿಂದ ಹಿಡಿದು ಮಾಲೀಕತ್ವ ಮತ್ತು ಫೋನ್ ನಿರ್ವಹಿಸಬೇಕೇ ಎಂಬವರೆಗೆ, ಊಹೆಯೇ ಹೊರತು ಹೇಳಿಕೆಯಲ್ಲ.

ಟನೆಲ್ ಅನ್ನು ಯಾರು ಜಾರಿಗೊಳಿಸುತ್ತಾರೆ

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

ಯಾರು ಪ್ರೋಟೋಕಾಲ್ ಜಾರಿಗೊಳಿಸುತ್ತಾರೆ ಎಂದು ಕೇಳಿದರೆ ಹೋಲಿಕೆ ಚಿಕ್ಕದು.

IntegrationApple interfaceProtocol implementation
Personal VPNNEVPNManager with a Personal VPN configurationThe system IPsec or IKEv2 client
Packet tunnelNETunnelProviderManager plus the provider extensionWhatever the extension implements

ವೈಯಕ್ತಿಕ VPN ದಾಖಲೆ ಸಹ ಅಪ್ಲಿಕೇಶನ್ ಮೊದಲ ಬಾರಿಗೆ ಸಂರಚನೆಯನ್ನು ಉಳಿಸುವಾಗಿನ ಸ್ಪಷ್ಟ ಬಳಕೆದಾರ ಅಧಿಕಾರ ಕೋರಿಕೆಯನ್ನು ಉಲ್ಲೇಖಿಸುತ್ತದೆ, ಇದು ಸಾಮಾನ್ಯವಾಗಿ VPN ಅಪ್ಲಿಕೇಶನ್ಗಳಿಗಲ್ಲ, ಆ ಮಾದರಿಗೆ ಸೇರಿದ್ದು.

ಲೇಬಲ್ ಬಗ್ಗೆ ಬಿಟ್ಟುಬಿಡಬೇಕಾದ ಎರಡು ಹೇಳಿಕೆಗಳು

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

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

ಎಂಟರ್ಪ್ರೈಸ್ ಪದಬಳಕೆ ಏಕೆ ದಾರಿತಪ್ಪಿಸುತ್ತದೆ

Apple ದಾಖಲೆಗಳು NETunnelProviderManager ಸಂರಚನೆಗಳನ್ನು ಸಾಮಾನ್ಯ ಎಂಟರ್ಪ್ರೈಸ್ VPN ಸಂರಚನೆಗಳೆಂದು ವರ್ಗೀಕರಿಸುತ್ತವೆ. ಆ ಪದಬಳಕೆ ಒಂದು API ವರ್ಗ, ಮತ್ತು ಅದು ಜನರನ್ನು ಎರಡು ವಿರುದ್ಧ ತಪ್ಪುಗಳ ಕಡೆ ತಳ್ಳುತ್ತದೆ: ಗ್ರಾಹಕ ಅಪ್ಲಿಕೇಶನ್ ಪೂರೈಕೆದಾರ ಮಾದರಿಯನ್ನು ಬಳಸಲಾರದು ಎಂದು ಊಹಿಸುವುದು, ಮತ್ತು ಅದಕ್ಕಾಗಿ ಫೋನ್ ಮೇಲ್ವಿಚಾರಣೆಯಲ್ಲಿರಬೇಕು ಎಂದು ಊಹಿಸುವುದು. ಎರಡೂ ಅನುಸರಿಸುವುದಿಲ್ಲ. ಗ್ರಾಹಕ ಅಪ್ಲಿಕೇಶನ್ಗಳು ನಿಯಮಿತವಾಗಿ ಪೂರೈಕೆದಾರರನ್ನು ನೀಡುತ್ತವೆ, ಮತ್ತು ಮೇಲ್ವಿಚಾರಣೆ ಯಾರು ನೀತಿಯನ್ನು ಜಾರಿಗೊಳಿಸಬಹುದು ಎಂಬ ಪ್ರತ್ಯೇಕ ಪ್ರಶ್ನೆ.

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

ಸ್ಕ್ರೀನ್ಶಾಟ್ ಬದಲು ಸಾಕ್ಷ್ಯವನ್ನು ಪರಿಶೀಲಿಸಿ

ಸ್ಕ್ರೀನ್ಶಾಟ್ಗಳು ಲಭ್ಯವಿರುವ ಅತ್ಯಂತ ಕೆಟ್ಟ ಸಾಕ್ಷ್ಯ, ಏಕೆಂದರೆ ಸೆಟ್ಟಿಂಗ್ಗಳ ಗುಂಪೀಕರಣ ಆವೃತ್ತಿಗಳ ನಡುವೆ ಬದಲಾಗುತ್ತದೆ. ನಿರ್ವಹಿತ ಪ್ರೊಫೈಲ್ ತನ್ನದೇ ಪೇಲೋಡ್ ಪ್ರಕಾರವನ್ನು ಹೆಸರಿಸುತ್ತದೆ: ಒಳಗೊಂಡ ಪ್ರೊಫೈಲ್ IKEv2 ಅಥವಾ IPsec ನಂತಹ VPN ಪ್ರಕಾರವನ್ನು ಘೋಷಿಸುತ್ತದೆ, ಆದರೆ ಪೂರೈಕೆದಾರ ಪ್ರೊಫೈಲ್ ಪೂರೈಕೆದಾರರ ಬಂಡಲ್ ಗುರುತಿಸುವಿಕೆಯನ್ನು ಹೆಸರಿಸುವ ಉಪಪ್ರಕಾರವನ್ನು ಹೊಂದಿರುತ್ತದೆ. ಇದು ನಿಮ್ಮ ಮುಂದಿರುವ ಸಾಧನದಲ್ಲಿ ಪರಿಶೀಲಿಸಬಹುದಾಗಿದೆ, ಮತ್ತು ಮುಂದಿನ ಮರು ವಿನ್ಯಾಸವನ್ನೂ ಇದು ತಾಳಿಕೊಳ್ಳುತ್ತದೆ.

ಅಪ್ಲಿಕೇಶನ್ ಸ್ವತಃ, ಬಳಸಲಾದ ವರ್ಗವು ಅದೇ ಪ್ರಶ್ನೆಗೆ ಇನ್ನೊಂದು ಬದಿಯಿಂದ ಉತ್ತರಿಸುತ್ತದೆ: ವೈಯಕ್ತಿಕ VPN API ಯಿಂದ ಸಂರಚನಾ ವಸ್ತುಗಳು, ಅಥವಾ ಪೂರೈಕೆದಾರ ನಿರ್ವಾಹಕ ಮತ್ತು ಅದರ ವಿಸ್ತರಣೆ.

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

ದಾಖಲೆಯನ್ನು ಸಂಪರ್ಕದೊಂದಿಗೆ ಇಟ್ಟುಕೊಳ್ಳಿ

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

ಕೊನೆಯಲ್ಲಿ ಕೇಳಬೇಕಾದ ಪ್ರಶ್ನೆ ಯಾವ ಮಾದರಿ ಉತ್ತಮ ಎಂಬುದಲ್ಲ. ಅದು ನಿಮ್ಮ ಆಪರೇಟರ್ ಯಾವ ಮಾದರಿಯನ್ನು ಬೆಂಬಲಿಸುತ್ತಾರೆ, ಮತ್ತು ರಾತ್ರಿ ಎರಡು ಗಂಟೆಗೆ ನಿಜವಾಗಿ ನಿಮ್ಮಲ್ಲಿರುವ ಸಾಧನಗಳಿಂದ ಯಾವುದನ್ನು ಡೀಬಗ್ ಮಾಡಬಹುದು ಎಂಬುದು.

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