கடந்த வாரம் ஒரு சக ஊழியர் தன் 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 உள்ளீடு, இரண்டு அல்ல;
  • சுயவிவரம் அல்லது ஆப் தான் இணைக்கும் சேவையகத்தின் பெயரால்;
  • அடையாள மதிப்புகள் நீங்கள் கண்டுபிடிக்கக்கூடிய இடத்தில் எழுதப்பட்டவை.

அட்டவணையில் உள்ள நெறிமுறை வரிசையில் தொடங்குங்கள், அது கேள்விக்குப் பதில் அளித்தால் அங்கேயே நிறுத்துங்கள்.

தொடர்புடைய கட்டுரைகள்