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

ಆ್ಯಪ್ ಮತ್ತು ಸ್ಥಳೀಯ ಕ್ಲೈಂಟ್ ಬೇರೆ ಬೇರೆ ಪದರಗಳಲ್ಲಿವೆ

Appleನ ಒಳನಿರ್ಮಿತ VPN ಕ್ಲೈಂಟ್ ಪ್ರಾಯೋಗಿಕವಾಗಿ IKEv2 ಕ್ಲೈಂಟ್. ಕೈಯಿಂದ ತುಂಬುವ ಫಾರ್ಮ್ ಇನ್ನೂ ಬಳಕೆಯಲ್ಲಿಲ್ಲದ IPsec ಮೇಲೆ L2TP ಮತ್ತು Cisco IPsec ಆಯ್ಕೆಗಳನ್ನು ಪಟ್ಟಿ ಮಾಡುತ್ತದೆ, ಆದರೆ ಪೂರೈಕೆದಾರ ಸಾಗಣೆಗೆ ಕ್ಷೇತ್ರವೂ OpenVPN ಅಥವಾ WireGuard ಸಂರಚನೆಯನ್ನು ಅಂಟಿಸಲು ಜಾಗವೂ ಇಲ್ಲ. ನೀವು ಸೆಟ್ಟಿಂಗ್ಗಳು > ಸಾಮಾನ್ಯ > VPN & ಸಾಧನ ನಿರ್ವಹಣೆಯಲ್ಲಿ ಫಾರ್ಮ್ ತುಂಬುತ್ತೀರಿ ಅಥವಾ VPN ಪೇಲೋಡ್ ಇರುವ ಪ್ರೊಫೈಲ್ ಆಮದು ಮಾಡುತ್ತೀರಿ; ಮೇಲ್ಮೈ ಸರ್ವರ್ ವಿಳಾಸ, ಎರಡು ಗುರುತುಗಳು, ಒಂದು ದೃಢೀಕರಣ ವಿಧಾನ ಮತ್ತು ಐಚ್ಛಿಕ ಬೇಡಿಕೆ ಆಧಾರಿತ ನಿಯಮಗಳು.

ಪೂರೈಕೆದಾರ ಆ್ಯಪ್ ಒಂದು ಪದರ ಮೇಲೆ ಕೆಲಸ ಮಾಡುತ್ತದೆ. ಇದು Network Extension ಪ್ಯಾಕೆಟ್ ಸುರಂಗ ಪೂರೈಕೆದಾರವನ್ನು ಒದಗಿಸುತ್ತದೆ, ಆದ್ದರಿಂದ ಪ್ರೋಟೋಕಾಲ್ ಕೋಡ್ ಮತ್ತು ಮಾರ್ಗನಿರ್ದೇಶನ ತರ್ಕ ಆ್ಯಪ್ನಲ್ಲಿರುತ್ತವೆ, iOS ಪ್ಯಾಕೆಟ್ಗಳನ್ನು ಮಾತ್ರ ರವಾನಿಸುತ್ತದೆ. ಕೆಲವು ಆ್ಯಪ್ಗಳು WireGuard ಅಥವಾ OpenVPN ಅನ್ನು ಅಳವಡಿಸುತ್ತವೆ, ಕೆಲವು ತಮ್ಮದೇ ಅಸ್ಪಷ್ಟ ಸಾಗಣೆಯನ್ನು, ಕೆಲವು IKEv2 ಪ್ರೊಫೈಲ್ ಮಾತ್ರ ಸ್ಥಾಪಿಸಿ ಸ್ಥಳೀಯ ಕ್ಲೈಂಟ್ ಅನ್ನು ಸುಂದರ ಪರದೆಯ ಹಿಂದೆ ನಡೆಸುತ್ತವೆ. ಈ ಕೊನೆಯ ಗುಂಪಿನಿಂದಲೇ ಆ್ಯಪ್ ಅಥವಾ ಪ್ರೊಫೈಲ್ ಆಯ್ಕೆ ಕೆಲವೊಮ್ಮೆ ಸುಳ್ಳಾಗುತ್ತದೆ.

ಪರಿಣಾಮ ಪ್ರಾಯೋಗಿಕ: .ovpn ಅಥವಾ WireGuard ಫೈಲ್ ಆ ಕ್ಷೇತ್ರಗಳನ್ನು ಬದಲಿಸುವುದಿಲ್ಲ, ಏಕೆಂದರೆ ಕೈಕುಲುಕುವಿಕೆ ಬೇರೆ ಪ್ರೋಟೋಕಾಲ್.

ವೈಶಿಷ್ಟ್ಯಗಳನ್ನು ಹೋಲಿಸುವ ಮೊದಲು ಪೇಲೋಡ್ ಓದಿ

ಪ್ರೊಫೈಲ್ IKEv2 ಆಗಿರುವಾಗ, ಪೇಲೋಡ್ ಕೀಗಳು ಯಾವುದೇ ವೈಶಿಷ್ಟ್ಯ ಹೋಲಿಕೆಗಿಂತ ಹೆಚ್ಚು ವೈಫಲ್ಯಗಳನ್ನು ವಿವರಿಸುತ್ತವೆ. Appleನ IKEv2 ಸೆಟ್ಟಿಂಗ್ಗಳ ಉಲ್ಲೇಖ ಪ್ರತಿ ಕೀಯನ್ನು ದಾಖಲಿಸುತ್ತದೆ; ಸಂಕ್ಷಿಪ್ತ ಪೇಲೋಡ್ ಹೀಗೆ ಕಾಣುತ್ತದೆ:

<key>VPNType</key><string>IKEv2</string>
<key>RemoteAddress</key><string>vpn.example.net</string>
<key>RemoteIdentifier</key><string>vpn.example.net</string>
<key>LocalIdentifier</key><string>[email protected]</string>
<key>AuthenticationMethod</key><string>Certificate</string>
<key>ServerCertificateIssuerCommonName</key><string>Example Issuing CA</string>

ಮೂರು ಕ್ಷೇತ್ರಗಳು ರೋಗನಿರ್ಣಯದ ಹೊರೆಯ ಬಹುಭಾಗವನ್ನು ಹೊರುತ್ತವೆ. RemoteIdentifier ಕ್ಲೈಂಟ್ ಸರ್ವರ್ನಿಂದ ನಿರೀಕ್ಷಿಸುವ ಹೆಸರು, ಆದ್ದರಿಂದ NAT ಹಿಂದಿನ ಗೇಟ್ವೇ ಅಥವಾ ಅದರ ಪ್ರಮಾಣಪತ್ರ ವಿಳಾಸದ ಬದಲು ಪೂಲ್ ಅನ್ನು ಹೆಸರಿಸುವ ಲೋಡ್ ಬ್ಯಾಲೆನ್ಸರ್ ವಿಳಾಸ ಸರಿಯಾಗಿದ್ದರೂ ವಿಫಲವಾಗುತ್ತದೆ. LocalIdentifier ಸರ್ವರ್ ನಿಮ್ಮನ್ನು ಭಾವಿಸುವ ಗುರುತು, ಮತ್ತು ಪ್ರಮಾಣಪತ್ರ ದೃಢೀಕರಣದಲ್ಲಿ ಅದು ನಿಮ್ಮ ಖಾತೆಗೆ ಜೋಡಿಸಿದ ಗುರುತಿನೊಂದಿಗೆ ಹೊಂದಿಕೆಯಾಗಬೇಕು. ServerCertificateIssuerCommonName ನೀಡುವ CA ಅನ್ನು ಪಿನ್ ಮಾಡುತ್ತದೆ, ಆದ್ದರಿಂದ ಪ್ರಮಾಣಪತ್ರ ಮತ್ತೆ ನೀಡುವ ದಿನ ಪ್ರೊಫೈಲ್ ವಿಫಲವಾಗಬಹುದು, ಯಾವುದೇ ದೋಷ ಸಂದೇಶದಲ್ಲಿ ಪ್ರಮಾಣಪತ್ರಗಳ ಉಲ್ಲೇಖವಿಲ್ಲದೆ.

AuthenticationMethod SharedSecret ಗೆ ಸಮವಾಗಿದ್ದರೆ, ಸರ್ವರ್ EAP ಬಳಕೆದಾರ ದೃಢೀಕರಣ ಮಾಡುತ್ತಿದೆ ಮತ್ತು ನಿಮಗೆ ನೀಡಿದ ರಹಸ್ಯ ವಾಸ್ತವವಾಗಿ ಖಾತೆ ರುಜುವಾತು. ಪೂರೈಕೆದಾರ ಎರಡು ದಾಖಲೆಗಳನ್ನು ಕಳುಹಿಸಿದಾಗ ಇದು ಮುಖ್ಯ, ಒಂದು ಬಳಕೆದಾರ ಹೆಸರು ಮತ್ತು ಗುಪ್ತಪದಕ್ಕೆ ಮತ್ತು ಇನ್ನೊಂದು ಪ್ರಮಾಣಪತ್ರಕ್ಕೆ, ಮತ್ತು ನಿಮ್ಮ ಆಮದಿಗೆ ಒಂದೇ ಹೊಂದುತ್ತದೆ.

ಆ್ಯಪ್ ಏನು ಮಾಡಬಲ್ಲದು ಮತ್ತು ಸ್ಥಳೀಯ ಕ್ಲೈಂಟ್ ಮಾಡಲಾರದು

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

ಬೆಲೆ ಎಂದರೆ ನೀವು ಆಡಿಟ್ ಮಾಡದ ತಂತ್ರಾಂಶ, ಅದು ನೆಟ್ವರ್ಕ್ ವಿಸ್ತರಣೆಯ ಅಧಿಕಾರಗಳೊಂದಿಗೆ ಚಲಿಸುತ್ತದೆ. ಗುಣಮಟ್ಟ ಅಂಗಡಿ ಕಾರ್ಡ್ಗಳ ಸೂಚನೆಗಿಂತ ಹೆಚ್ಚು ಬದಲಾಗುತ್ತದೆ: ಒಂದು ಆ್ಯಪ್ ಸ್ವಚ್ಛವಾಗಿ ಮರುಸಂಪರ್ಕಗೊಳ್ಳುತ್ತದೆ, ಇನ್ನೊಂದು ನೆಟ್ವರ್ಕ್ ಬದಲಾದ ನಂತರ ಕೆಲವು ಸೆಕೆಂಡುಗಳು ಸೋರುತ್ತದೆ, ಮತ್ತು ಆ್ಯಪ್ ಒಳಗಿನ kill switch ಆ ಆ್ಯಪ್ನ ವೈಶಿಷ್ಟ್ಯ, iOSನದಲ್ಲ. ನಿರ್ವಹಿತ ಸಾಧನದಲ್ಲಿ ಮೊದಲು ಅನುಮೋದಿತ ಪಟ್ಟಿ ನೋಡಿ.

ಒಳನಿರ್ಮಿತ IKEv2 ಪ್ರೊಫೈಲ್ ಏನನ್ನು ಸರಿಯಾಗಿ ಮಾಡುತ್ತದೆ

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

ಒಳನಿರ್ಮಿತ ಮಾರ್ಗ ನೀಡದ್ದು ಹೊಂದಿಕೊಳ್ಳುವಿಕೆ. ನಿರ್ವಹಿತ ಆ್ಯಪ್ಗಳಿಲ್ಲದೆ ಪ್ರತಿ-ಆ್ಯಪ್ VPN ಇಲ್ಲ, ಬಳಕೆದಾರರಿಗೆ kill switch ಇಲ್ಲ, ಮತ್ತು IPsec ಅನ್ನು ನಿರ್ಬಂಧಿಸುವ ನೆಟ್ವರ್ಕ್ನಲ್ಲಿ HTTPS ನಂತೆ ಕಾಣುವ ಸಾಗಣೆ ಇಲ್ಲ. UDP 500 ಮತ್ತು 4500 ಬಿಡುವ ಹೋಟೆಲ್ ನೆಟ್ವರ್ಕ್ಗಳಲ್ಲಿ ಒಳನಿರ್ಮಿತ IKEv2ಗೆ ಪರ್ಯಾಯ ಮಾರ್ಗವಿಲ್ಲ.

ಹೆಚ್ಚಿನ ಸಂದರ್ಭಗಳನ್ನು ಪರಿಹರಿಸುವ ನಿರ್ಣಯ ಕೋಷ್ಟಕ

ಪ್ರಾಯೋಗಿಕವಾಗಿ ಪ್ರೋಟೋಕಾಲ್ ಪ್ರಶ್ನೆ ವೈಶಿಷ್ಟ್ಯಗಳು ಮುಖ್ಯವಾಗುವ ಮೊದಲೇ ಹೆಚ್ಚಿನ ಸಂದರ್ಭಗಳನ್ನು ನಿರ್ಣಯಿಸುತ್ತದೆ.

What you were givenDevice situationWhat to use
An .ovpn or WireGuard configPersonal phoneProvider app; the native form cannot load it
IKEv2 host plus CA namePersonal or managedProfile, or the app's own IKEv2 mode
IKEv2 with username and secretPersonal phoneEither; the profile is simpler if you never switch servers
A management-installed profileSupervised, MDMNative client; do not add a second app entry
A per-app tunnelling requirementPersonal phoneApp, or accept a full tunnel; iOS cannot split by app without management
IPsec blocked on your main networkAnyApp with a transport that survives the block

ಎರಡು ಸಾಲುಗಳು ಎರಡನೇ ನೋಟಕ್ಕೆ ಅರ್ಹ. ವೈಯಕ್ತಿಕ ಫೋನ್ನಲ್ಲಿ ಪ್ರತಿ-ಆ್ಯಪ್ ಅಗತ್ಯ ಜನರು ತಪ್ಪಾಗಿ ಓದುವ ಸಂದರ್ಭ: ಸೆಟ್ಟಿಂಗ್ iOSನಲ್ಲಿದೆ ಆದರೆ ನಿರ್ವಹಣೆಯೇ ಅದನ್ನು ನಡೆಸುತ್ತದೆ, ಆದ್ದರಿಂದ ನಿರ್ವಹಣೆ ಇಲ್ಲದ ಸಾಧನ ಅದನ್ನು ನೀಡುವುದಿಲ್ಲ. ನಿರ್ಬಂಧಿತ ನೆಟ್ವರ್ಕ್ IKEv2 ಮೇಲೆ ಅಪನಂಬಿಕೆಗೆ ಕಾರಣವಲ್ಲ; ಪೂರೈಕೆದಾರರ ಆ್ಯಪ್ ಇರುವುದಕ್ಕೆ ಅದೇ ಕಾರಣ.

ಒಂದು ಪರೀಕ್ಷೆಯಿಂದ ಆಯ್ಕೆಯನ್ನು ಪರಿಶೀಲಿಸಿ

ವೈಫಲ್ಯ ವಿಧಾನಗಳನ್ನು ಪರೀಕ್ಷಿಸಿ, ಸಂಪರ್ಕ ಬಟನ್ ಅಲ್ಲ. ಒಮ್ಮೆ ಸಂಪರ್ಕಿಸಿ, VPN ಸೂಚಕ ಕಾಣಿಸುತ್ತದೆ ಎಂದು ಖಚಿತಪಡಿಸಿ, ನಂತರ ನಿಮ್ಮ ಸಾರ್ವಜನಿಕ ವಿಳಾಸವನ್ನು ಹಿಂತಿರುಗಿಸುವ ಪುಟ ತೆರೆದು ಹಿಂದಿನದರೊಂದಿಗೆ ಹೋಲಿಸಿ. VPN ಅನ್ನು ಮುಟ್ಟದೆ Wi-Fi ನಿಂದ ಮೊಬೈಲ್ ಡೇಟಾಕ್ಕೆ ಹೋಗಿ ಮರುಸಂಪರ್ಕವನ್ನು ಗಮನಿಸಿ, ನಂತರ ಫೋನ್ ಅನ್ನು ಏರ್ಪ್ಲೇನ್ ಮೋಡ್ ಮೂಲಕ ಕಳುಹಿಸಿ. ಮತ್ತೆ ಪ್ರಾರಂಭಿಸಿ ಸುರಂಗ ತಾನಾಗಿ ಹಿಂತಿರುಗುತ್ತದೆಯೇ ನೋಡಿ: OnDemandEnabled ಇರುವ ಪ್ರೊಫೈಲ್ ಹಿಂತಿರುಗಬೇಕು, ಆದರೆ ಹಲವು ಆ್ಯಪ್ಗಳನ್ನು ಮೊದಲು ತೆರೆಯಬೇಕು.

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

ಸಾಧನವನ್ನು ಮುಂದಿನ ವ್ಯಕ್ತಿಗೆ ವಿವರಿಸಲು ಸಾಧ್ಯವಾಗುವಂತೆ ಇರಿಸಲು ಸಣ್ಣ ಪಟ್ಟಿ:

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

ಕೋಷ್ಟಕದಲ್ಲಿನ ಪ್ರೋಟೋಕಾಲ್ ಸಾಲಿನಿಂದ ಪ್ರಾರಂಭಿಸಿ, ಅದು ಪ್ರಶ್ನೆಗೆ ಉತ್ತರಿಸಿದರೆ ಅಲ್ಲೇ ನಿಲ್ಲಿಸಿ.

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