നിയന്ത്രിത Android ഉപകരണങ്ങളിൽ ആളുകൾ സ്വന്തം VPN കോൺഫിഗർ ചെയ്യുന്നത് തടയാൻ ആരോ നിങ്ങളോട് ആവശ്യപ്പെടുന്നു. പ്രലോഭിപ്പിക്കുന്ന ഉത്തരം കുറച്ച് പരിചിത പോർട്ടുകൾ തടയുന്ന ഫയർവാൾ നിയമമാണ്. എന്നാൽ ആ ഉത്തരം പ്ലാറ്റ്ഫോം എങ്ങനെ പ്രവർത്തിക്കുന്നു, ആപ്പുകൾ യഥാർത്ഥത്തിൽ എങ്ങനെ ബന്ധിപ്പിക്കുന്നു എന്നത് വിട്ടുകളയുന്നു.

പിന്തുണയ്ക്കുന്ന നിയന്ത്രണം നിങ്ങളുടെ ഉടമസ്ഥതയിലുള്ള ഉപകരണത്തിലോ പ്രൊഫൈലിലോ ഉള്ള ഒരു മാനേജ്മെന്റ് നിയന്ത്രണമാണ്, അതിന് വ്യക്തമായ പരിധി, പതിപ്പ് അനുസരിച്ചുള്ള സ്വഭാവം, ബോധപൂർവ്വം കോൺഫിഗർ ചെയ്യേണ്ട ഒരു ഒഴിവും ഉണ്ട്.

ചുവടെയുള്ള അഞ്ച് പരിശോധനകൾ ക്രമത്തിൽ ചെയ്യുക. ഓരോന്നും പദ്ധതി അസാധുവാക്കാം, അതിനാൽ നിലനിൽക്കാത്ത ആദ്യത്തേതിൽ നിർത്തുക.

പരിശോധന 1: VPN ഇല്ല എന്നതിന്റെ അർത്ഥം തീരുമാനിക്കുക

ഒരേ വാക്യത്തിന് പിന്നിൽ രണ്ട് ആവശ്യകതകൾ ഒളിഞ്ഞിരിക്കുന്നു. ഒന്ന്, ഒരു ഉപയോക്താവിനും സ്വന്തം VPN സൃഷ്ടിക്കാൻ പാടില്ല. മറ്റൊന്ന്, സംഘടനയുടെ അംഗീകൃത VPN മാത്രമേ പ്രവർത്തിക്കാവൂ. രണ്ടും ന്യായമാണ്, അവ വ്യത്യസ്ത കോൺഫിഗറേഷനുകളും വ്യത്യസ്ത പിന്തുണാ കഥകളും വ്യത്യസ്ത പരാജയ മാതൃകകളും നൽകുന്നു.

ഏതെങ്കിലും മാനേജ്മെന്റ് കൺസോൾ തൊടുന്നതിന് മുമ്പ് നിങ്ങൾ ഏതാണ് വാങ്ങുന്നതെന്ന് എഴുതുക. ഉദ്ദേശ്യം എല്ലാവർക്കും ഒരു അംഗീകൃത ടണൽ ആണെങ്കിൽ, ചുറ്റും വിലക്കുള്ള അംഗീകൃത പാതയാണ് നിങ്ങൾ നടപ്പാക്കുന്നത്; ഉദ്ദേശ്യം ഒട്ടും ടണലുകൾ ഇല്ലെന്നാണെങ്കിൽ, റിമോട്ട് ആക്സസ്, പ്രശ്നപരിഹാര പാതകൾ മാറുമെന്നും നിങ്ങൾ അംഗീകരിക്കണം.

ഇവിടെ തെറ്റ് പറ്റിയാൽ റോൾഔട്ട് പ്രവർത്തിക്കുന്നതായി തോന്നും, പക്ഷേ പ്രവർത്തനം ആശ്രയിക്കുന്ന VPN നിശബ്ദമായി മുറിച്ചുകളയും; സാധാരണയായി അസൗകര്യമായ സമയത്ത് ഡ്യൂട്ടിയിലുള്ള വ്യക്തിയാണ് ഇത് കണ്ടെത്തുന്നത്.

പരിശോധന 2: നിങ്ങൾക്ക് യഥാർത്ഥത്തിൽ ഉള്ള അധികാരം സ്ഥിരീകരിക്കുക

Android ഈ നിയന്ത്രണം UserManager.DISALLOW_CONFIG_VPN വഴി വെളിപ്പെടുത്തുന്നു, അത് UserManager റഫറൻസിൽ രേഖപ്പെടുത്തിയിട്ടുണ്ട്. ഇത് VPN കോൺഫിഗറേഷനും സ്റ്റാർട്ടപ്പും തടയുന്നു, കൂടാതെ ഇത് ഒരു സാധാരണ ആപ്പിന് സ്വയം അല്ലെങ്കിൽ മറ്റ് ആപ്പുകൾക്ക് പ്രയോഗിക്കാൻ കഴിയുന്ന ഒരു ക്രമീകരണമല്ല.

ഇത് ഒരു അധികാരമുള്ള അഡ്മിനിസ്ട്രേറ്റർ പ്രയോഗിക്കുന്നു: മുഴുവൻ ഉപകരണത്തിനും ഉപകരണ ഉടമ, അല്ലെങ്കിൽ നിയന്ത്രിത പ്രൊഫൈലിന് പ്രൊഫൈൽ ഉടമ, അതേ അധികാരം നിയന്ത്രിത പ്രൊഫൈലിനുള്ളിലെ പ്രൊഫൈൽ ഉടമയ്ക്കും ലഭ്യമാണ്. നിങ്ങളുടെ EMM അവയിലൊന്നായി പ്രവർത്തിക്കാൻ കഴിയുന്നില്ലെങ്കിൽ, നിങ്ങൾക്ക് ഈ നിയന്ത്രണം ഇല്ല, കൺസോളിൽ എത്ര നയം കോൺഫിഗർ ചെയ്താലും അത് ഇത് സൃഷ്ടിക്കില്ല.

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

പരിശോധന 3: പതിപ്പുകൾ അനുസരിച്ചുള്ള സ്വഭാവം അറിയുക

നിയന്ത്രണം റിലീസുകൾക്കിടയിൽ മാറി, ഫീൽഡിലുള്ള ഉപകരണങ്ങളിൽ നിങ്ങളുടെ റോൾഔട്ട് യഥാർത്ഥത്തിൽ എന്ത് ചെയ്യുമെന്ന് വ്യത്യാസങ്ങൾ തീരുമാനിക്കുന്നു.

പ്ലാറ്റ്ഫോം അതിർത്തിരേഖപ്പെടുത്തിയ സ്വഭാവം
ഉപകരണ അല്ലെങ്കിൽ പ്രൊഫൈൽ ഉടമആ ഉടമയുടെ അധികാരത്തിൻ കീഴിൽ നിയന്ത്രണം പ്രയോഗിക്കാം
API 24 ഉം അതിനുശേഷവുംഉപകരണ അല്ലെങ്കിൽ പ്രൊഫൈൽ ഉടമ കോൺഫിഗർ ചെയ്ത എല്ലായ്പ്പോഴും-ഓൺ VPN സിസ്റ്റം ഇപ്പോഴും ആരംഭിക്കുന്നു
API 31 ഉം അതിനുശേഷവുംനിയന്ത്രണം ഓണാക്കുന്നത് ഉപയോക്താവ് ഇതിനകം പ്രവർത്തിപ്പിച്ചിരുന്ന VPN വിച്ഛേദിക്കുന്നു

API 31 വരിയാണ് ആളുകളെ റോൾഔട്ടിന്റെ നടുവിൽ അത്ഭുതപ്പെടുത്തുന്നത്: ആ ഉപകരണങ്ങളിൽ പ്രയോഗം അലങ്കാരമല്ല, ഇതിനകം പ്രവർത്തിച്ചിരുന്ന ഒരു ടണൽ വിച്ഛേദിക്കുന്നു. നിശബ്ദ ക്രമീകരണ മാറ്റത്തിനുപകരം ദൃശ്യമായ സംഭവമായി അത് ആസൂത്രണം ചെയ്യുക.

API 24 വരിയാണ് നിങ്ങളെ രക്ഷിക്കുന്നത്: ഉടമ കോൺഫിഗർ ചെയ്ത എല്ലായ്പ്പോഴും-ഓൺ VPN നിയന്ത്രണത്തിൽ നിന്ന് അതിജീവിക്കുന്നു, അങ്ങനെയാണ് അംഗീകൃത പാത ലഭ്യമായി നിൽക്കുന്നത്.

പരിശോധന 4: അംഗീകൃത പാത സജീവമായി നിലനിർത്തുക

നിയന്ത്രണം പ്രയോഗിക്കുന്നതിന് മുമ്പ് സംഘടനയുടെ എല്ലായ്പ്പോഴും-ഓൺ VPN കോൺഫിഗർ ചെയ്ത് പരിശോധിക്കുക, അതിനുശേഷമല്ല. ആദ്യം പ്രയോഗിച്ചാൽ, ഉപകരണങ്ങൾ ഒരേ സമയം ടണലും അവ രോഗനിർണയം ചെയ്യാൻ ഉപയോഗിക്കുന്ന ഉപകരണങ്ങളും നഷ്ടപ്പെടുത്തുന്നു.

മൂന്ന് കാര്യങ്ങൾ വ്യക്തമായി പരിശോധിക്കുക: എല്ലായ്പ്പോഴും-ഓൺ VPN ഉപയോക്താവല്ല, ഉടമയാണ് സൃഷ്ടിക്കുന്നത്; പ്രയോഗത്തിനുശേഷം അത് ആ ഉപകരണങ്ങളിൽ ആരംഭിക്കുന്നു; പുനരാരംഭത്തിൽ നിന്ന് അത് അതിജീവിക്കുന്നു. കൈകൊണ്ട് മാത്രം ഉയരുന്ന ടണൽ അംഗീകൃത പാതയല്ല; അത് പിന്തുണ ടിക്കറ്റുകളുടെ നിരയാണ്.

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

പരിശോധന 5: പരിശോധിക്കുക, തുടർന്ന് പരിധി സത്യസന്ധമായി വിവരിക്കുക

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

തുടർന്ന് നിങ്ങൾ എന്ത് അവകാശപ്പെടുന്നു എന്നതിൽ ശ്രദ്ധിക്കുക. നിയന്ത്രണം Android-ന്റെ VPN കഴിവിനെ നിയന്ത്രിക്കുന്നു. അത് അനുവദിച്ച എല്ലാ കണക്ഷനെയും പരിശോധിച്ച പ്രോട്ടോക്കോളാക്കി മാറ്റുന്നില്ല, ഒരു ആപ്പ് അതിന്റെ സ്വന്തം അഭ്യർത്ഥനകൾ വ്യക്തമായ പ്രോക്സിയിലൂടെ അയയ്ക്കുന്നത് തടയുന്നുമില്ല. UDP 500, UDP 4500, ഒരു OpenVPN പോർട്ട് എന്നിവ തടയുന്നത് അതേ നിയന്ത്രണമല്ല, കാരണം ട്രാഫിക് സാധാരണമെന്ന് തോന്നുന്ന HTTPS ഉൾപ്പെടെ പല കാരിയറുകളിലൂടെയും സഞ്ചരിക്കാം.

ആവശ്യകത VPN കഴിവിനേക്കാൾ വിശാലമാണെങ്കിൽ, ഇത് ആപ്പ് വിതരണ നയം, അക്കൗണ്ട് നിയന്ത്രണങ്ങൾ, പരിസ്ഥിതിക്ക് അനുയോജ്യമായ നെറ്റ്വർക്ക് നിയന്ത്രണങ്ങൾ എന്നിവയുമായി സംയോജിപ്പിക്കുക. പരിധിക്ക് പുറത്ത് എന്ത് നിലനിൽക്കുന്നു എന്ന് രേഖപ്പെടുത്തുക, അടുത്ത ഓഡിറ്റിൽ ആരും ഭാഗിക നിയന്ത്രണം പൂർണ്ണമായി ആവർത്തിക്കാതിരിക്കാൻ.

അനുബന്ധ ലേഖനങ്ങൾ