Android-ൽ IKEv2 VPN പ്രൊഫൈലുകൾ ഉപയോക്താവിനനുസരിച്ചാണ്, ഉപകരണത്തിനനുസരിച്ചല്ല

Android-ലെ അന്തർനിർമ്മിത VPN എന്ന പ്രയോഗം ബന്ധമില്ലാത്ത രണ്ടു കാര്യങ്ങളെ ഉൾക്കൊള്ളുന്നു: നിങ്ങൾക്കുവേണ്ടി പ്ലാറ്റ്ഫോം പ്രവർത്തിപ്പിക്കുന്ന ഒരു പ്രോട്ടോക്കോൾ നടപ്പാക്കലും, നിർമ്മാതാവ് കാണിക്കാൻ തീരുമാനിച്ച ക്രമീകരണ രൂപവും. ഇവ ഒരേ വസ്തുവല്ല, കൂടാതെ ടണൽ അത് ആവശ്യമുള്ള ആപ്പുകളുടെ ഉപയോക്താവിനുള്ളതാണെന്ന് ഇവയൊന്നും ഉറപ്പുനൽകുന്നില്ല. സൃഷ്ടിക്കൽ ഒരു നിർദ്ദിഷ്ട ഉപയോക്താവിലും നിർദ്ദിഷ്ട വിളിക്കുന്ന പാക്കേജിലുമാണ് നടക്കുന്നത്, തുടർന്നുള്ളതെല്ലാം ആ സന്ദർഭം പാരമ്പര്യമായി സ്വീകരിക്കുന്നു. ക്രമീകരണ സ്ക്രീനിന് മുമ്പ് ഉടമസ്ഥതയുടെ ശൃംഖല വായിക്കുക.

പ്ലാറ്റ്ഫോം നിങ്ങൾക്കായി നിർമ്മിക്കുന്നത്

Android 11 മുതൽ പ്ലാറ്റ്ഫോം VPN സൃഷ്ടിക്കൽ VpnManager വഴി വെളിപ്പെടുത്തുന്നു. അംഗീകൃത ആപ്പ് ഒരു IKEv2 പ്രൊഫൈൽ വിവരിക്കുന്നു, പ്ലാറ്റ്ഫോം തന്നെ IPsec, IKE കൈമാറ്റം നടത്തുന്നു, അതിനാൽ ആപ്പ് പാക്കറ്റുകളിൽ ഒരിക്കലും തൊടുന്നില്ല. VpnService നടപ്പാക്കി സ്വന്തം പ്രോസസ്സിൽ ടണൽ നിർമ്മിക്കുന്ന സ്വന്തം VPN ആപ്പിൽ നിന്നുള്ള പ്രധാന വ്യത്യാസമാണിത്.

val profile = Ikev2VpnProfile.Builder(serverAddress, identity)
    .setAuthUsernamePassword(user, secret, rootCa)
    .build()
getSystemService(VpnManager::class.java).provisionVpnProfile(profile)

മുകളിലെ വിളി രൂപത്തിന്റെ ഒരു രേഖാചിത്രമാണ്, പകർത്താനുള്ള ബ്ലോക്കല്ല: ബിൽഡറിൽ പല തിരിച്ചറിയൽ രീതികളുണ്ട്, അവ API നില അനുസരിച്ച് വ്യത്യാസപ്പെടുന്നു, പ്രൊഫൈൽ സെർവർ സർട്ടിഫിക്കറ്റിന്റെ വിശ്വാസ വസ്തുവും വഹിക്കുന്നു. ഉടമസ്ഥതാ ചോദ്യത്തിന് പ്രധാനമായത് വാക്യഘടനയേക്കാൾ ഇടുങ്ങിയതാണ്.

ഈ രൂപകൽപ്പനയിൽ നിന്ന് രണ്ട് സവിശേഷതകൾ ഉയരുന്നു. പ്രൊഫൈൽ ഡാറ്റയാണ്, അതിനാൽ അഡ്മിൻ കൈകൊണ്ട് ടൈപ്പ് ചെയ്യുന്നതിനുപകരം സൃഷ്ടിക്കാം. ടണൽ പ്ലാറ്റ്ഫോമിന്റെ നെറ്റ്വർക്കാണ്, അതിനാൽ ആപ്പുകൾ അതിനെ VPN ഗതാഗതമുള്ള നെറ്റ്വർക്കായി കാണുന്നു, മറ്റൊരു ആപ്പിന്റെ സോക്കറ്റായി അല്ല.

ഉടമ ഉപയോക്താവാണ്, പിന്നെ പാക്കേജ്

Android-ലെ ഒന്നിലധികം ഉപയോക്താവ് യഥാർത്ഥ വേർതിരിക്കലാണ്, ലേബലല്ല. ജോലി പ്രൊഫൈൽ സ്വന്തം ഇൻസ്റ്റാൾ ചെയ്ത പാക്കേജുകളും ആപ്പ് ഡാറ്റയും കീ സ്റ്റോറും വിശ്വാസ അടിസ്ഥാനങ്ങളും ഉള്ള വേറിട്ട ഉപയോക്താവാണ്. രണ്ടിടത്തും ഇൻസ്റ്റാൾ ചെയ്ത ഒരേ ഉൽപ്പന്നം വ്യത്യസ്ത ഉപയോക്തൃ ഐഡികളുള്ള രണ്ട് ഇൻസ്റ്റൻസുകളാണ്, ഐക്കണുകളും പേരുകളും ഒന്നാണെങ്കിലും.

സൃഷ്ടിക്കൽ ആ ഉപയോക്താവിലെ വിളിക്കുന്ന പാക്കേജിനെതിരെ രേഖപ്പെടുത്തുന്നു. അതിനാൽ വ്യക്തിഗത പ്രൊഫൈലിൽ പ്രവർത്തിക്കുന്ന സൃഷ്ടി ആപ്പ് വ്യക്തിഗത ടണൽ സൃഷ്ടിക്കുന്നു, ജോലി പ്രൊഫൈലിലെ ജോലി ആപ്പുകൾ അതിൽ നിന്ന് ഒന്നും കാണുന്നില്ല. തിരിച്ചും ശരിയാണ്, അതുകൊണ്ടാണ് വ്യക്തമായ നയം മറിച്ച് പറയുന്നില്ലെങ്കിൽ ജോലി പ്രൊഫൈൽ ടണൽ വ്യക്തിഗത ആപ്പുകൾക്ക് അദൃശ്യമാകുന്നത്.

ഉപകരണ നയ നിയന്ത്രകൻ മാനേജുചെയ്യുന്ന പ്രൊഫൈലിനുവേണ്ടി സൃഷ്ടിക്കാം, ഓഫീസിൽ ആരും സൃഷ്ടിച്ചതായി ഓർക്കാത്ത എൻട്രിയെ ഇത് വിശദീകരിക്കുന്നു. ഫോൺ ഓഡിറ്റ് ചെയ്യുകയാണെങ്കിൽ, ചാരനിറമായ പ്രൊഫൈലിന്റെ സാധ്യതയുള്ള ഉടമ അതാണ്, പരീക്ഷണത്തിനായി അത് മായ്ക്കുന്നത് നിങ്ങളുടെ ജോലിയല്ല.

പാക്കറ്റ് നീങ്ങുന്നതിന് മുമ്പ് മൂന്ന് കവാടങ്ങൾ

ആദ്യ കവാടം അധികാരമാണ്: മാനേജ്മെന്റ് VPN അനുവദിക്കണം, ചില വിന്യാസങ്ങൾ നിലനിൽപ്പിനൊപ്പം തരവും പരിമിതപ്പെടുത്തുന്നു. രണ്ടാമത്തേത് ഐഡന്റിറ്റിയാണ്: ക്ലയന്റ് സർട്ടിഫിക്കറ്റോ ക്രെഡൻഷ്യലുകളോ പ്രൊഫൈലിന്റെ ഉടമയായ ഉപയോക്താവിൽ ലഭ്യമായിരിക്കണം, കാരണം വ്യക്തിഗത സ്റ്റോറിലേക്ക് ഇറക്കുമതി ചെയ്ത സർട്ടിഫിക്കറ്റ് ജോലി പ്രൊഫൈലിന് ദൃശ്യമല്ല.

മൂന്നാമത്തേത് സമ്മതവും നയവുമാണ്. ഉപയോക്താവ് സാധാരണയായി ആദ്യ ഉപയോഗത്തിൽ കണക്ഷൻ അംഗീകരിക്കുന്നു, അഡ്മിൻ അത് എപ്പോഴും ഓണായി പിൻ ചെയ്യാം, ആവശ്യമെങ്കിൽ ലോക്ക് ഡൗണോടെ ട്രാഫിക് ടണലിന് പുറത്തേക്ക് പോകാതിരിക്കാൻ. ആ ക്രമീകരണങ്ങൾ ടണൽ തകരുമ്പോൾ എന്ത് സംഭവിക്കുമെന്ന് തീരുമാനിക്കുന്നു, ഉപയോക്താക്കൾ ശ്രദ്ധിക്കുന്ന ഭാഗം അതാണ്.

പരിധി മൂന്നും കൂടിച്ചേരുന്ന ഇടമാണ്. പ്രൊഫൈൽ ഗേറ്റ്വേയും ഐഡന്റിറ്റിയും നിർണ്ണയിക്കുന്നു, നയ പാളി ഏത് ആപ്പുകൾക്ക് ടണൽ ഉപയോഗിക്കാമെന്നും ട്രാഫിക് അതിലൂടെ നിർബന്ധമായി പോകുമോ എന്നും തീരുമാനിക്കുന്നു. അതിനാൽ ഒരേ ഗേറ്റ്വേ വിലാസമുള്ള രണ്ട് ഫോണുകൾ വളരെ വ്യത്യസ്തമായി പെരുമാറാം.

വ്യക്തിഗത കണക്ഷൻ ജോലി ആപ്പുകളെ ഉൾക്കൊള്ളാത്തത് എന്തുകൊണ്ട്

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

പേര് നിർണ്ണയവും അതേ അതിർത്തി പിന്തുടരുന്നു. സ്വകാര്യ DNS പ്രത്യയങ്ങളും വിശ്വാസ അടിസ്ഥാനങ്ങളും ഓരോ ഉപയോക്താവിനുമാണ്, അതിനാൽ വ്യക്തിഗത പ്രൊഫൈലിൽ പരിഹരിക്കുന്ന ആന്തരിക ഹോസ്റ്റ് നാമം തുല്യമായി തോന്നുന്ന ടണലുണ്ടായിട്ടും ജോലി പ്രൊഫൈലിൽ പരാജയപ്പെടാം, കാരണം റിസോൾവർ നയവും CA സ്റ്റോറും വ്യത്യസ്ത വസ്തുക്കളാണ്.

യഥാർത്ഥ രജിസ്ട്രേഷനിൽ പരിശോധിക്കുക, ലബോറട്ടറി ഫോണിൽ അല്ല

ഉപകരണത്തിൽ ആദ്യം എൻട്രിയുടെ ഉടമയെ തിരിച്ചറിയുക: ഏത് ഉപയോക്താവ്, ഏത് പാക്കേജ്, പ്രൊഫൈൽ പ്ലാറ്റ്ഫോം സൃഷ്ടാവിൽ നിന്നാണോ സ്വന്തം VPN സേവനമുള്ള ആപ്പിൽ നിന്നാണോ. പിന്നീട് പ്രൊഫൈൽ പ്രതീക്ഷിക്കുന്ന ഐഡന്റിറ്റി ആ ഉപയോക്താവിന്റെ കീ സ്റ്റോറിൽ യഥാർത്ഥത്തിൽ ഉണ്ടെന്ന് സ്ഥിരീകരിക്കുക.

കണക്ഷൻ മാത്രമല്ല, ജീവിതചക്രം പരീക്ഷിക്കുക. സൈൻ ഇൻ ചെയ്യുക, ക്രെഡൻഷ്യൽ സ്റ്റോർ തുറക്കുക, ജോലി പ്രൊഫൈൽ വൈകുന്നേരത്തേക്ക് താൽക്കാലികമായി നിർത്താൻ അനുവദിക്കുക, പിന്നീട് തിരികെ കൊണ്ടുവന്ന് കൈകൊണ്ട് സ്പർശിക്കാതെ ടണൽ തിരികെ വരുന്നുണ്ടോ എന്ന് പരിശോധിക്കുക. ജോലിസമയത്തിന് ശേഷം ഓഫാകുന്ന ജോലി പ്രൊഫൈൽ ടണലും കൊണ്ടുപോകുന്നു, അത് പ്രതീക്ഷിത സ്വഭാവമാണ്, തകരാറല്ല, പ്രതീക്ഷിത ലഭ്യമല്ലാത്ത അവസ്ഥ രേഖപ്പെടുത്തിയിട്ടുണ്ടെങ്കിൽ.

അവസാനം, ജോലി ആപ്പ് തന്നെ അറിയപ്പെടുന്ന ആന്തരിക എൻഡ്പോയിന്റിനെതിരെ പരീക്ഷിച്ച് വ്യക്തിഗത പ്രൊഫൈലിന്റെ ഫലവുമായി താരതമ്യം ചെയ്യുക. രണ്ടും വ്യത്യാസപ്പെടാം; വ്യത്യാസപ്പെടരുതാത്തത് ഉടമസ്ഥതാ മാതൃകയാണ്. ടണൽ തെറ്റായ ഉപയോക്താവിന്റേതാണെങ്കിൽ സർട്ടിഫിക്കറ്റുകൾ വീണ്ടും നൽകുന്നത് അത് ശരിയാക്കില്ല.

മെനു വെളിപ്പെടുത്താൻ മറഞ്ഞ ക്രമീകരണ പ്രവർത്തനങ്ങൾ ആരംഭിച്ച് കാര്യം നിർബന്ധിക്കരുത്, കണക്ഷൻ കാണിക്കാൻ പ്രൊഫൈലുകൾക്കിടയിൽ സ്വകാര്യ കീകൾ പകർത്തരുത്. VpnManager റഫറൻസ് വിളിക്കുന്നയാൾക്ക് എന്ത് സൃഷ്ടിക്കാമെന്ന് രേഖപ്പെടുത്തുന്നു; അംഗീകൃത പാതയിൽ നിങ്ങളുടെ കാര്യം ഉൾപ്പെടുന്നില്ലെങ്കിൽ അത് അഡ്മിനിസ്ട്രേറ്ററുടെ തീരുമാനമാണ്, ക്രമീകരണ പ്രശ്നമല്ല.