വ്യക്തിഗത VPN അല്ലെങ്കിൽ പാക്കറ്റ് ടണൽ: iPhone-നായി രണ്ട് VPN മാതൃകകൾ
ഒരു മാതൃക iOS-ന്റെ ഉൾനിർമ്മിത IPsec അല്ലെങ്കിൽ IKEv2 കോൺഫിഗർ ചെയ്യുന്നു; മറ്റൊന്ന് സ്വന്തം പ്രോട്ടോക്കോൾ നടപ്പാക്കുന്ന ദാതാവിനെ നൽകുന്നു. ഉൽപ്പന്നത്തിന്റെ പേര് ഏതാണ് ലഭിച്ചതെന്ന് പറയുന്നില്ല.
രണ്ട് iPhone ആപ്പുകൾക്കും ക്രമീകരണങ്ങളിൽ VPN എൻട്രി ഇടാം, രണ്ടും തങ്ങളെ VPN ക്ലയന്റ് എന്ന് വിളിക്കാം, എന്നാൽ ഒരു നടപ്പാക്കലും പങ്കിടുന്നില്ല. Apple ഈ സംയോജനങ്ങളിൽ ഒന്നിനെ വ്യക്തിഗത VPN എന്ന് വിളിക്കുന്നു, ആ പേരാണ് മിക്ക ആശയക്കുഴപ്പവും സൃഷ്ടിക്കുന്നത്. വ്യക്തിഗത VPN എന്നത് ഉൾനിർമ്മിത IPsec അല്ലെങ്കിൽ IKEv2 നടപ്പാക്കൽ ഉപയോഗിക്കുന്ന കോൺഫിഗറേഷനുകൾ സൃഷ്ടിക്കാനും കൈകാര്യം ചെയ്യാനുമുള്ള ഒരു API ആണ്. പാക്കറ്റ്-ടണൽ ദാതാവ് മറ്റൊരു മാതൃകയാണ്: സ്വന്തം പ്രോട്ടോക്കോളിന്റെ ക്ലയന്റ് ഭാഗം നടപ്പാക്കുന്ന ഒരു എക്സ്റ്റൻഷൻ ആപ്പ് നൽകുന്നു. ഈ ലേബലിൽ നിന്ന് ആളുകൾ പിന്നീട് അനുമാനിക്കുന്നതെല്ലാം, സൈഫറുകൾ മുതൽ ഉടമസ്ഥത വരെയും ഫോൺ കൈകാര്യം ചെയ്യേണ്ടതുണ്ടോ എന്നതു വരെയും, അനുമാനമാണ്, പ്രസ്താവനയല്ല.
ടണൽ നടപ്പാക്കുന്നത് ആരാണ്
എന്തെങ്കിലും കേടാകുമ്പോൾ ആരാണ് ഉത്തരവാദി എന്ന് ഈ വിഭജനം തീരുമാനിക്കുന്നു. ഉൾനിർമ്മിത IPsec അല്ലെങ്കിൽ IKEv2 ഉള്ളപ്പോൾ ടണലിന്റെ അവസ്ഥാ യന്ത്രം iOS-നും കോൺഫിഗറേഷനും ബട്ടണുകളും ആപ്പിനും സ്വന്തമാണ്. ദാതാവുള്ളപ്പോൾ ആപ്പിന് രണ്ടും സ്വന്തമാണ്, അതിനാൽ പ്രോട്ടോക്കോൾ ബഗ് ഓപ്പറേറ്റിംഗ് സിസ്റ്റം അപ്ഡേറ്റിന് പകരം ആപ്പ് അപ്ഡേറ്റ് ആകുന്നു.
പ്രോട്ടോക്കോൾ നടപ്പാക്കുന്നത് ആരെന്ന് ചോദിച്ചാൽ താരതമ്യം ചെറുതാണ്.
| Integration | Apple interface | Protocol implementation |
|---|---|---|
| Personal VPN | NEVPNManager with a Personal VPN configuration | The system IPsec or IKEv2 client |
| Packet tunnel | NETunnelProviderManager plus the provider extension | Whatever the extension implements |
വ്യക്തിഗത VPN ഡോക്യുമെന്റേഷൻ ആപ്പ് ആദ്യമായി കോൺഫിഗറേഷൻ സംരക്ഷിക്കുമ്പോഴുള്ള വ്യക്തമായ ഉപയോക്തൃ അനുമതി അഭ്യർത്ഥനയും പരാമർശിക്കുന്നു, അത് പൊതുവെ VPN ആപ്പുകൾക്കല്ല, ആ മാതൃകയ്ക്കാണ് സ്വന്തം.
ലേബലിനെക്കുറിച്ച് ഉപേക്ഷിക്കേണ്ട രണ്ട് അവകാശവാദങ്ങൾ
ആദ്യത്തേത് വ്യക്തിഗത VPN ഒരു സൈഫർ തിരഞ്ഞെടുക്കുന്നു എന്നതാണ്. അത് ചെയ്യുന്നില്ല; ചർച്ച ചെയ്ത സ്യൂട്ട് പ്രോട്ടോക്കോളിൽ നിന്നും അതിന്റെ കോൺഫിഗറേഷനിൽ നിന്നും വരുന്നു, വ്യക്തിഗത ലേബൽ ഏതാണ് ലഭിക്കുക എന്നതിനെക്കുറിച്ച് ഒന്നും പറയുന്നില്ല. രണ്ടാമത്തേത് വ്യക്തിഗത VPN പ്രോക്സിയെയോ പരിമിതമായ ടണലിനെയോ സൂചിപ്പിക്കുന്നു എന്നതാണ്. അത് ഉൾനിർമ്മിത IPsec അല്ലെങ്കിൽ IKEv2 സൂചിപ്പിക്കുന്നു, റൂട്ടുകൾ അങ്ങനെ പറയുമ്പോഴെല്ലാം അത് പൂർണ്ണ ടണലാണ്.
അതിനാൽ ഒരു ആപ്പിന്റെ സാന്നിധ്യം വയർ പ്രോട്ടോക്കോളിനെക്കുറിച്ചുള്ള തെളിവല്ല. WireGuard അല്ലെങ്കിൽ OpenVPN സംസാരിക്കുന്ന മൂന്നാം കക്ഷി ക്ലയന്റ് നിർമ്മാണപരമായി ദാതാവ് ആപ്പാണ്, കാരണം iOS ആ പ്രോട്ടോക്കോളുകൾ സ്വാഭാവികമായി നടപ്പാക്കുന്നില്ല.
എന്റർപ്രൈസ് പദപ്രയോഗം എന്തുകൊണ്ട് തെറ്റിദ്ധരിപ്പിക്കുന്നു
Apple-ന്റെ ഡോക്യുമെന്റേഷൻ NETunnelProviderManager കോൺഫിഗറേഷനുകളെ സാധാരണ എന്റർപ്രൈസ് VPN കോൺഫിഗറേഷനുകളായി തരംതിരിക്കുന്നു. ആ പദപ്രയോഗം ഒരു API വിഭാഗമാണ്, അത് ആളുകളെ രണ്ട് വിപരീത തെറ്റുകളിലേക്ക് തള്ളുന്നു: ഉപഭോക്തൃ ആപ്പിന് ദാതാവ് മാതൃക ഉപയോഗിക്കാനാകില്ലെന്ന് കരുതുന്നതും, അതിനായി ഫോൺ മേൽനോട്ടത്തിൽ ആയിരിക്കണമെന്ന് കരുതുന്നതും. രണ്ടും അനുസരിക്കുന്നില്ല. ഉപഭോക്തൃ ആപ്പുകൾ പതിവായി ദാതാക്കളെ നൽകുന്നു, മേൽനോട്ടം ആര് നയം നടപ്പാക്കാം എന്നതിനെക്കുറിച്ചുള്ള വേറിട്ട ചോദ്യമാണ്.
മാനേജ്മെന്റ് ഉടമസ്ഥതയാണ് ആ നാലാമത്തെ ചോദ്യം, അത് രണ്ട് മാതൃകകളിൽ നിന്നും സ്വതന്ത്രമാണ്. ഒരു സംഘടന ഇൻസ്റ്റാൾ ചെയ്യുന്ന കോൺഫിഗറേഷൻ അതിന്റെ സ്വന്തം ഐഡന്റിറ്റിയും ട്രാഫിക് പരിധിയും ജീവിതചക്ര നിയമങ്ങളും വഹിക്കുന്നു, അവ യാദൃച്ഛികമായി ഇൻസ്റ്റാൾ ചെയ്ത ആപ്പിനൊപ്പമല്ല, പ്രൊഫൈലിനൊപ്പം സഞ്ചരിക്കുന്നു. അവ ഇന്റഗ്രേഷൻ മാതൃകയ്ക്കൊപ്പം വായിക്കുക, കാരണം മാനേജ് ചെയ്ത ഉൾനിർമ്മിത പ്രൊഫൈലും മാനേജ് ചെയ്യാത്ത ദാതാവ് പ്രൊഫൈലും ഒരേ ഫോണിൽ ഒരേ സമയം ഉണ്ടാകാം.
സ്ക്രീൻഷോട്ടിന് പകരം തെളിവ് പരിശോധിക്കുക
സ്ക്രീൻഷോട്ടുകളാണ് ലഭ്യമായ ഏറ്റവും മോശം തെളിവ്, കാരണം ക്രമീകരണങ്ങളുടെ ഗ്രൂപ്പിംഗ് പതിപ്പുകൾക്കിടയിൽ മാറുന്നു. മാനേജ് ചെയ്ത പ്രൊഫൈൽ അതിന്റെ പേലോഡ് തരം പറയുന്നു: ഉൾനിർമ്മിത പ്രൊഫൈൽ IKEv2 അല്ലെങ്കിൽ IPsec പോലുള്ള VPN തരം പ്രഖ്യാപിക്കുന്നു, ദാതാവ് പ്രൊഫൈൽ ദാതാവിന്റെ ബണ്ടിൽ ഐഡന്റിഫയർ പറയുന്ന ഒരു ഉപതരം വഹിക്കുന്നു. ഇത് നിങ്ങളുടെ മുന്നിലുള്ള ഉപകരണത്തിൽ പരിശോധിക്കാം, അടുത്ത പുനർരൂപകൽപ്പനയെയും ഇത് അതിജീവിക്കും.
ആപ്പിനെക്കുറിച്ച് പറയുമ്പോൾ, ഉപയോഗിക്കുന്ന ക്ലാസ് അതേ ചോദ്യത്തിന് മറുവശത്ത് നിന്ന് ഉത്തരം നൽകുന്നു: വ്യക്തിഗത VPN API-യിൽ നിന്നുള്ള കോൺഫിഗറേഷൻ ഒബ്ജക്റ്റുകൾ, അല്ലെങ്കിൽ ദാതാവ് മാനേജറും അതിന്റെ എക്സ്റ്റൻഷനും.
തുടർന്ന് ഓപ്പറേറ്റർ യഥാർത്ഥത്തിൽ നൽകുന്നതിന്റെ അടിസ്ഥാനത്തിൽ തിരഞ്ഞെടുക്കുക. അനുയോജ്യമായ സ്വാഭാവിക പ്രൊഫൈൽ ഉള്ളിടത്ത്, ഉൾനിർമ്മിത പാതയിൽ ചലിക്കുന്ന ഭാഗങ്ങൾ കുറവാണ്, അപ്ഡേറ്റ് ചെയ്യാൻ ഒരു കാര്യം കുറവാണ്. സേവനത്തിന് iOS നൽകാത്ത പ്രോട്ടോക്കോൾ വേണമെങ്കിൽ, ദാതാവ് ആപ്പാണ് ഏക ഓപ്ഷൻ, അതിന്റെ റിലീസ് താളം നിങ്ങളുടെ അപകടസാധ്യതയുടെ ഭാഗമാകുന്നു.
കണക്ഷനോടൊപ്പം രേഖ സൂക്ഷിക്കുക
പ്രാമാണീകരണവും വിഭവ നയവും ആപ്പിനല്ല, കണക്ഷൻ രേഖയോട് ചേർക്കുക, അതുവഴി പുനഃസ്ഥാപനം അനുമതി മാതൃക കൊണ്ടുപോകില്ല. ടണൽ ഉയർന്ന് മറ്റൊന്നും പ്രവർത്തിക്കാത്തപ്പോൾ പിന്തുണാ എഞ്ചിനീയർക്ക് ആവശ്യമായതും ആ രേഖയാണ്.
അവസാനം ചോദിക്കാൻ യോഗ്യമായ ചോദ്യം ഏത് മാതൃക മികച്ചതെന്നല്ല. നിങ്ങളുടെ ഓപ്പറേറ്റർ ഏത് മാതൃകയെ പിന്തുണയ്ക്കുന്നു, രാത്രി രണ്ട് മണിക്ക് യഥാർത്ഥത്തിൽ കൈവശമുള്ള ഉപകരണങ്ങൾ കൊണ്ട് ഏതിനെ ഡീബഗ് ചെയ്യാം എന്നതാണ്.