ഒരേസമയം രണ്ട് iPhone VPN: ഏതാണ് നിങ്ങളുടെ ട്രാഫിക് വഹിക്കുന്നത്?

രണ്ട് VPN ആപ്പുകളും Connected കാണിക്കുന്നു, ഇപ്പോൾ ട്രാഫിക് രണ്ടിലൂടെയും, ഒന്ന് മറ്റൊന്നിനുള്ളിൽ കൂടി പോകുന്നു എന്നതാണ് അനുമാനം. സാധാരണയായി അങ്ങനെ സംഭവിക്കുന്നില്ല. iOS-ന് പ്രത്യേക സഹവർത്തിത്വ മാതൃകയുണ്ട്, അത് ചങ്ങലയല്ല. ഒരു കോൺഫിഗറേഷൻ ക്ലാസ് ഒരു സജീവ ഇൻസ്റ്റൻസിൽ മാത്രമായി പരിമിതപ്പെടുന്നു, മറ്റൊന്ന് അതിനരികിൽ പ്രവർത്തിക്കാം, കൂടാതെ റൂട്ട് മുൻഗണന വൈരുദ്ധ്യങ്ങൾ തീരുമാനിക്കുന്നു. രണ്ട് ഓണായ സ്വിച്ചുകൾ രണ്ട് ഹോപ്പുകളല്ല. മാതൃക രേഖപ്പെടുത്തിയിട്ടുണ്ട്, അതായത് ഐക്കണുകളിൽ നിന്ന് ഊഹിക്കുന്നതിനുപകരം പാത മുൻകൂട്ടി അറിയാനാകും.

മിത്ത്: ബന്ധിപ്പിച്ച രണ്ട് VPN ഒരു ചങ്ങലയാണ്

രണ്ട് ഹോപ്പ് ചങ്ങലയ്ക്ക് നിർവചിക്കപ്പെട്ട ബാഹ്യ ഗതാഗതം, നിർവചിക്കപ്പെട്ട ആന്തരിക ടണൽ, അനുയോജ്യമായ എൻഡ്പോയിന്റ് റൂട്ടിംഗ്, രണ്ടിലൊന്ന് പരാജയപ്പെട്ടാൽ എന്താകുമെന്ന പദ്ധതി എന്നിവ ആവശ്യമാണ്. രണ്ട് സ്വതന്ത്ര കോൺഫിഗറേഷനുകൾ ഒരേസമയം നിലനിൽക്കുന്നതുകൊണ്ട് മാത്രം അത് സൃഷ്ടിക്കുന്നില്ല. റൂട്ട് മുൻഗണന എൻക്യാപ്സുലേഷനല്ല, കൂടാതെ ഒരു കോൺഫിഗറേഷൻ ഒരു റൂട്ട് തിരയലിൽ വിജയിക്കുന്നത് മറ്റൊന്ന് ഫലമായ പാക്കറ്റുകൾ വഹിക്കുന്നുണ്ടോ എന്നതിനെക്കുറിച്ച് ഒന്നും പറയുന്നില്ല.

നിങ്ങൾക്ക് നെസ്റ്റിംഗ് ആവശ്യമെങ്കിൽ, അത് നെസ്റ്റിംഗ് ആയി രൂപകൽപ്പന ചെയ്യുക. രണ്ട് കണക്ഷൻ സൂചകങ്ങളിൽ നിന്ന് അത് അനുമാനിക്കരുത്. ആ വ്യത്യാസം ധാരാളം ഡീബഗ്ഗിംഗ് ലാഭിക്കുന്നു.

ആ മിത്തിന് പിന്നിലെ രേഖപ്പെടുത്തിയ മാതൃക

Apple-ന്റെ NETunnelProviderManager സാധാരണ എന്റർപ്രൈസ് VPN കോൺഫിഗറേഷനുകൾ വിവരിക്കുന്നു, ആ തരത്തിൽ ഒന്ന് മാത്രമേ ഒരേസമയം സജീവമാക്കാനാകൂ എന്ന് പറയുന്നു. അതേ റഫറൻസ് Personal VPN-ന് അതിനരികിൽ സജീവവും ബന്ധിപ്പിച്ചതുമായി തുടരാൻ അനുവദിക്കുന്നു, രണ്ടും ഓവർലാപ്പ് ചെയ്യുന്നിടത്ത് എന്റർപ്രൈസ് റൂട്ടുകൾക്ക് മുൻഗണന നൽകുന്നു.

ഇവിടെ Personal VPN എന്നത് NEVPNManager വഴി നിയന്ത്രിക്കുന്ന ബിൽറ്റ്-ഇൻ IPsec അല്ലെങ്കിൽ IKEv2 നടപ്പാക്കലിന്റെ API പദമാണ്. NETunnelProviderManager ടണൽ ദാതാവിന്റെ മാതൃകയാണ്. ഉപഭോക്തൃ ആപ്പിന് ദാതാവിന്റെ മാതൃക ഉപയോഗിക്കാം, അതിനാൽ personal അടങ്ങിയ ഉൽപ്പന്നനാമം അതിനെ തരംതിരിക്കുന്നില്ല.

Apple ഒരു അനുവദനീയ സംയോജനം രേഖപ്പെടുത്തുന്നു, അനുമതി രണ്ട് വെണ്ടർമാരുടെ പ്രൊഫൈലുകൾ അനുയോജ്യമാണെന്ന് പറയുന്നില്ല, അതിനാൽ ഏത് ജോഡി പിന്തുണയ്ക്കുന്നുവെന്ന് ഓരോ വെണ്ടറിനോടും ചോദിക്കുക. അവരുടെ കോൺഫിഗറേഷൻ തരങ്ങൾ, റൂട്ടുകൾ, നയങ്ങൾ എന്നിവ ഇപ്പോഴും ഫലം തീരുമാനിക്കുന്നു.

മിത്ത്: വ്യക്തിഗത VPN-യ്ക്കാണ് ബ്രൗസിംഗ് ട്രാഫിക് ലഭിക്കുന്നത്

എല്ലാ ലക്ഷ്യസ്ഥാനങ്ങളും ക്ലെയിം ചെയ്യുന്ന ജോലി പ്രൊഫൈൽ പൊതു ബ്രൗസിംഗിനുള്ള റൂട്ട് തിരയലും വിജയിക്കും, അതിനാൽ വ്യക്തിഗത എക്സിറ്റ് അതിൽ നിന്ന് ഒന്നും വഹിക്കുന്നില്ല. രേഖപ്പെടുത്തിയ മുൻഗണന അനുസരിച്ച് എന്റർപ്രൈസ് റൂട്ടുകൾ കൂട്ടിയിടിക്കുന്നിടത്ത് വിജയിക്കുന്നു, അതിനാൽ ആ ആപ്പും കണക്റ്റ് ചെയ്തതായി റിപ്പോർട്ട് ചെയ്യുന്നു എന്ന കാരണത്താൽ മാത്രം പൊതു ബ്രൗസിംഗ് സ്വയമേവ വ്യക്തിഗത എക്സിറ്റ് എടുക്കുന്നില്ല. ഇടുങ്ങിയ ജോലി കോൺഫിഗറേഷൻ റൂട്ടിംഗ് ചിത്രം മാറ്റാം, പക്ഷേ സംഘടനയുടെ ക്ലയന്റിന് ഇപ്പോഴും DNS, ബ്ലോക്കിംഗ് അല്ലെങ്കിൽ ഉപകരണ ആവശ്യകതകൾ അടിച്ചേൽപ്പിക്കാം. ആ ആവശ്യകതകൾ പ്രാദേശികമായി തിരുത്തുന്നതിനുപകരം പിന്തുണയ്ക്കുന്ന ക്രമീകരണം അതിന്റെ ഉടമയിൽ നിന്ന് വാങ്ങുക.

നിയന്ത്രിത ആപ്പ്-വൈസ് കോൺഫിഗറേഷനുകൾക്ക് സ്വന്തം പരിധിയുണ്ട്. ഉപകരണ-തല നിയമം ഓരോ നിയന്ത്രിത വിന്യാസത്തിലേക്കും വ്യാപിപ്പിക്കരുത്.

പരിശോധനയ്ക്ക് മുമ്പ് രണ്ട് പ്രവാഹങ്ങൾ എഴുതുക: ജോലി സേവനത്തിന്റെ സ്വകാര്യ നാമവും ശ്രേണിയും, ഒരു പുതിയ പൊതു ബ്രൗസിംഗ് അഭ്യർത്ഥനയും. രണ്ടും സാധുവാണ്, രണ്ടിനും വ്യത്യസ്ത പരിശോധനകൾ ആവശ്യമാണ്.

വിഭജിത ടണലുള്ള ജോലി പ്രൊഫൈലും റൂട്ട് മുൻഗണനയും

വിഭജിത ടണലുള്ള ജോലി പ്രൊഫൈൽ അത് ലിസ്റ്റ് ചെയ്യുന്ന സ്വകാര്യ പ്രിഫിക്സുകളും ആന്തരിക DNS പ്രത്യയവും ക്ലെയിം ചെയ്യുന്നു, ആ റൂട്ടുകൾ അവയുമായി പൊരുത്തപ്പെടുന്ന ഏത് തിരയലും വിജയിക്കുന്നു. ഒരു എന്റർപ്രൈസ് റൂട്ടുമായും പൊരുത്തപ്പെടാത്ത പൊതു ലക്ഷ്യസ്ഥാനങ്ങൾ വ്യക്തിഗത VPN ആദ്യം ക്ലെയിം ചെയ്യുന്നില്ലെങ്കിൽ ഭൗതിക ലിങ്കിലേക്ക് വീഴുന്നു. മുൻഗണനാ നിയമം ഓവർലാപ്പിംഗ് പൊരുത്തങ്ങൾ മാത്രം തീരുമാനിക്കുന്നു, അതിനാൽ രണ്ട് പ്രൊഫൈലുകളും ഐക്കണുകളായല്ല, റൂട്ട് പട്ടികകളായി വായിക്കണം.

ജോഡി രണ്ട് വരികളിൽ എഴുതി ഓരോന്നിനും പ്രതീക്ഷിക്കുന്ന വിജയിയെ പേരിടുക: 10.x അല്ലെങ്കിൽ 172.16.x ലേക്ക് പരിഹരിക്കുന്ന ജോലി ഹോസ്റ്റ് നാമം എന്റർപ്രൈസ് ടണലിലൂടെ പുറത്തുപോകണം, പൊരുത്തപ്പെടുന്ന പ്രിഫിക്സില്ലാത്ത പൊതു വിലാസം ബാക്കിയുള്ള ഡിഫോൾട്ട് റൂട്ട് എടുക്കണം. രണ്ട് വരികളും ഒരേ എക്സിറ്റ് പേരിട്ടാൽ, വിഭജനം രേഖ വിവരിക്കുന്നത് ചെയ്യുന്നില്ല.

രണ്ട് പ്രവാഹങ്ങൾ എഴുതി ഓരോന്നും പരിശോധിക്കുക

ഓരോ പ്രവാഹത്തിനും, ഏത് അംഗീകൃത കോൺഫിഗറേഷൻ അത് വഹിക്കണം, ഏത് പരിഹാരകൻ ഓരോ തരം നാമവും സ്വീകരിക്കണം എന്ന് രേഖപ്പെടുത്തുക. പിന്നീട് കാഷെ ചെയ്ത ജോലി പേജോ പഴയ IP ഫലമോ ഉപയോഗിക്കാതെ പുതിയ അഭ്യർത്ഥനകളോടെ പരിശോധിക്കുക.

ഒരു കോൺഫിഗറേഷൻ നിർത്തി രണ്ട് പ്രവാഹങ്ങളും ആവർത്തിക്കുക. പരാജയ സ്വഭാവം രൂപകൽപ്പനയുടെ ഭാഗമാണ്, അത് ഉപയോക്താക്കൾ ശ്രദ്ധിക്കുന്ന ഭാഗം ആണ്. രണ്ട് ദാതാക്കൾക്കും സംയോജനം പിന്തുണയ്ക്കാനാകാത്തപ്പോൾ, ഒരു അംഗീകൃത കോൺഫിഗറേഷനിൽ എത്തി അത് ഏത് പ്രവാഹം വഹിക്കുന്നുവെന്ന് രേഖപ്പെടുത്തുക, അല്ലെങ്കിൽ നിയന്ത്രിത ഏക-ടണൽ രൂപകൽപ്പനയിലേക്ക് പോകുക. NETunnelProviderManager രേഖ സഹവർത്തിത്വ നിയമത്തിന്റെ ഉറവിടമാണ്.