നിയന്ത്രിത iPhone ആപ്പുകളിലെ ആപ്പ്-വിശേഷ VPN: എന്ത് റൂട്ട് ചെയ്യുന്നു, എന്ത് ഇല്ല
ആപ്പ്-വിശേഷ ടണൽ നിയന്ത്രിത ആപ്പിനെ പിന്തുടരുന്നു, ഫോണിനെയല്ല. പേലോഡ് ബന്ധം, നിയന്ത്രിത പകർപ്പ്, അഭ്യർത്ഥനാനുസൃത നിയമങ്ങൾ, ആപ്പിൽ നിന്ന് പുറത്തുപോകുന്ന പ്രവാഹങ്ങൾ എന്നിവ പരിശോധിക്കുക.
iPhone-ൽ ആപ്പ്-വിശേഷ VPN മുഴുവൻ ഫോണിന്റെ സ്വിച്ചല്ല. ഇത് ഒരു നിയന്ത്രിത ആപ്പും ഒരു VPN പേലോഡും തമ്മിലുള്ള ബന്ധമാണ്, ആപ്പ് വിന്യസിക്കുമ്പോൾ സൃഷ്ടിക്കുന്നു, ബാക്കിയെല്ലാം മുൻപത്തെ റൂട്ട് നിലനിർത്തുന്നു. അതുകൊണ്ട് അതേ ഫോൺ പൊരുത്തമില്ലാതെ പ്രവർത്തിക്കുന്നു: ജോലി ആപ്പ് സ്വകാര്യ പേജ് തുറക്കുമ്പോൾ Safari അതേ ഹോസ്റ്റിൽ എത്തുന്നില്ല, അല്ലെങ്കിൽ ടണൽ ഒട്ടും ഉയരുന്നില്ല, ആപ്പ് തെറ്റായ ക്രെഡൻഷ്യലുകളെപ്പോലെ തോന്നിക്കുന്ന സമയപരിധി റിപ്പോർട്ട് ചെയ്യുന്നു. പരിശോധനകൾ ഏറ്റവും വിശാലമായ കാരണത്തിൽ നിന്ന് താഴേക്ക് പോകുന്നു, അതിനാൽ ആദ്യം പരാജയപ്പെടുന്നതിൽ നിർത്തുക.
ആദ്യം പേലോഡും ആപ്പ് റെക്കോർഡും പരിശോധിക്കുക
ബന്ധം രണ്ട് ഒബ്ജക്റ്റുകളിലാണ്, ഒന്നിലല്ല. VPN പേലോഡ് ടണൽ നിർവചിക്കുന്നു: തരം, സർവർ, ഓതന്റിക്കേഷൻ, DNS, ഇഷ്ടാനുസൃത ക്ലയന്റ് ഉപയോഗിക്കുമ്പോൾ ദാതാവിന്റെ ബണ്ടിൽ ഐഡന്റിഫയർ. ആപ്പ് റെക്കോർഡ് ആ പേലോഡിലേക്ക് ചൂണ്ടുന്നു, മിക്ക മാനേജ്മെന്റ് കൺസോളുകളും ഇത് ആപ്പ് കോൺഫിഗറേഷനിൽ Per-App VPN-നോട് അടുത്ത പേരിൽ ആപ്പ്-വിശേഷ ഓപ്ഷനായി നൽകുന്നു. ഏത് ആപ്പും ചൂണ്ടാത്ത പേലോഡ് ആപ്പ്-വിശേഷമായി ഒന്നും റൂട്ട് ചെയ്യുന്നില്ല; ആരെങ്കിലും കൈകൊണ്ട് ആരംഭിക്കേണ്ട സാധാരണ ടണൽ പോലെ പ്രവർത്തിക്കുന്നു.
ഫോൺ തൊടുന്നതിന് മുൻപ് രണ്ട് ഒബ്ജക്റ്റുകളും വായിക്കുക. ആപ്പ് കോൺഫിഗറേഷൻ നിങ്ങൾ പരിശോധിക്കുന്ന പേലോഡിലേക്കാണ് ചൂണ്ടുന്നത്, അതിന്റെ പഴയ പകർപ്പിലേക്കല്ല എന്ന് ഉറപ്പാക്കുക, കാരണം മാറ്റത്തിന് ശേഷം ഏതാണ്ട് ഒരേ പേരുള്ള ഇരട്ടി പേലോഡുകൾ സാധാരണമാണ്, ആപ്പ് സന്തോഷത്തോടെ പിൻവലിച്ചതിലേക്ക് ചൂണ്ടും. പിന്നീട് കോൺഫിഗറേഷൻ ഉപകരണത്തിൽ എത്തിയെന്ന് ഉറപ്പാക്കുക: ക്രമീകരണങ്ങൾ, പൊതുവായത്, VPN, ഉപകരണ മാനേജ്മെന്റ് എന്നിവ അത് ഇൻസ്റ്റാൾ ചെയ്ത പ്രൊഫൈലായി കാണിക്കണം. അവിടത്തെ VPN പട്ടിക പരീക്ഷയല്ല. ആപ്പ്-വിശേഷ സേവനത്തിന് സാധാരണയായി കൈ സ്വിച്ചില്ല, അതിനാൽ ശരിയായി വിന്യസിച്ച കോൺഫിഗറേഷൻ ആരംഭിക്കാവുന്ന VPN-കൾക്കിടയിൽ ഒരിക്കലും പ്രത്യക്ഷപ്പെടണമെന്നില്ല. അഭാവം ആപ്പ് റെക്കോർഡിലും ആപ്പിന്റെ ആദ്യ അഭ്യർത്ഥനയിൽ ടണൽ ഉയരുന്നുണ്ടോ എന്നതിലും കാണാം.
ഒരു വ്യവസ്ഥ പല ടിക്കറ്റുകളും വിശദീകരിക്കുന്നു: ഈ മാതൃകയ്ക്ക് ആപ്പ് മാനേജ്മെന്റിലൂടെ വരണം. വശത്തുനിന്ന് ഇൻസ്റ്റാൾ ചെയ്തതോ വ്യക്തിപരമായി വാങ്ങിയതോ ആയ പകർപ്പിന് ബന്ധം ലഭിക്കുന്നില്ല, അതിന്റെ ബണ്ടിൽ ഐഡന്റിഫയർ പൊരുത്തപ്പെട്ടാലും. VPN-നുള്ള Apple-ന്റെ വിന്യാസ ഗൈഡ് ഇതിന് പിന്നിലെ പേലോഡ് മാതൃക വിശദീകരിക്കുന്നു (support.apple.com/guide/deployment/vpn-overview-depae3d361d0/web).
ഇൻസ്റ്റാൾ ചെയ്ത ആപ്പ് നിയന്ത്രിത പകർപ്പാണെന്ന് ഉറപ്പാക്കുക
ബന്ധം ഇൻസ്റ്റാൾ ചെയ്ത, നിയന്ത്രിത ആപ്പിനെ പിന്തുടരുന്നു. ആരെങ്കിലും അത് വ്യക്തിപരമായ Apple ID ഉപയോഗിച്ച് App Store-ൽ നിന്ന് വീണ്ടും ഇൻസ്റ്റാൾ ചെയ്താൽ, വീണ്ടും ഒപ്പിട്ട എന്റർപ്രൈസ് ബിൽഡ് ഉപയോഗിച്ച് മാറ്റിയാൽ, അല്ലെങ്കിൽ ഉപകരണം വീണ്ടും രജിസ്റ്റർ ചെയ്ത് ആപ്പ് മറ്റൊരു ചാനലിലൂടെ തിരികെ വന്നാൽ, ആപ്പ് തന്നെ പൂർണ്ണമായി സാധാരണമായി കാണപ്പെടുമ്പോഴും ടണൽ താഴെയായി നിൽക്കാം.
ഒരു നിരീക്ഷണത്താലല്ല, താരതമ്യത്താൽ പരീക്ഷിക്കുക. മാനേജ്മെന്റ് ഇൻവെന്ററിയിൽ ആപ്പ് ആ ഉപകരണത്തിന് നിയന്ത്രിതമായി, റെക്കോർഡിൽ VPN മാപ്പിംഗോടെ കാണണം. ഫോണിൽ ആപ്പ് ആരംഭിക്കുമ്പോഴും അതിന്റെ ആദ്യ അഭ്യർത്ഥന പുറത്തുപോകുമ്പോഴും ടണൽ ഉയരണം, ആരെങ്കിലും ക്രമീകരണങ്ങളിൽ പ്രത്യേക കൈ കോൺഫിഗറേഷൻ ആരംഭിക്കുമ്പോൾ മാത്രമല്ല. ആപ്പ് ആരംഭിക്കുന്നത് ഒന്നും മാറ്റുന്നില്ലെങ്കിൽ, ആ കൈ കോൺഫിഗറേഷൻ മാറ്റുന്നുവെങ്കിൽ, ആപ്പ് ആപ്പ്-വിശേഷ ടണലിനോട് ഒട്ടും ബന്ധിപ്പിച്ചിട്ടില്ല.
അപ്ഡേറ്റുകൾ പ്രധാനമാണ്: മാനേജ്മെന്റിലൂടെ തള്ളിയത് മാപ്പിംഗ് നിലനിർത്തുന്നു, ഉപയോക്താവ് ആരംഭിച്ച പുനർ ഇൻസ്റ്റാൾ അത് നഷ്ടപ്പെടുത്താം. പരാതി ഒരു അപ്ഡേറ്റിൽ നിന്ന് തീയതിയിട്ടതാണെങ്കിൽ, നെറ്റ്വർക്കിന് മുൻപ് ആപ്പ് റെക്കോർഡ് പരിശോധിക്കുക.
ടണലിന് എന്ത് എടുക്കാമെന്ന് പരിശോധിക്കുക
ആപ്പ്-വിശേഷ ടണൽ സ്രോതസ്സ് ആപ്പ് ഉപയോഗിച്ച് തിരഞ്ഞെടുക്കുന്നു, അതിനാൽ ഫോണിന്റെ സ്ഥിര മാർഗം ഇപ്പോഴും Wi-Fi അല്ലെങ്കിൽ സെല്ലുലാറിനുള്ളതാണ്. OverridePrimary അത് മാറ്റുന്ന കീയാണ്. പ്രൊഫൈൽ അത് സജ്ജീകരിക്കുമ്പോൾ, ടണൽ പൂർണ്ണ ടണൽ പോലെ പ്രവർത്തിക്കുന്നു, എല്ലാ ആപ്പും അത് അനുഭവിക്കുന്നു, അതിനാൽ VPN വഴി പോകുന്നതെല്ലാം ആപ്പ് തകരാറല്ല, പ്രൊഫൈൽ ചോദ്യമായി മാറുന്നു.
അഭ്യർത്ഥനാനുസൃത നിയമങ്ങൾ സ്ഥിരത തീരുമാനിക്കുന്നു. OnDemandEnabled-ഉം അതിന്റെ നിയമ കൂട്ടവും ആപ്പ് ട്രാഫിക് അയക്കുമ്പോൾ ടണൽ തിരികെ കൊണ്ടുവരുന്നു, Wi-Fi-ൽ നിന്ന് സെല്ലുലാറിലേക്കുള്ള മാറ്റം സഹിക്കുന്നു, അല്ലെങ്കിൽ ആപ്പ് പശ്ചാത്തലത്തിലേക്ക് പോകുമ്പോൾ വീഴുന്നു. ബന്ധിപ്പിച്ച് പിന്നീട് നിശബ്ദമായി മരിക്കുന്ന വിന്യാസത്തിന് സാധാരണയായി ആപ്പ് നിഷ്ക്രിയമായിരിക്കുമ്പോൾ ഒരിക്കലും പ്രവർത്തിക്കാത്ത പ്രോബിനോട് മാത്രം പൊരുത്തപ്പെടുന്ന നിയമമുണ്ട്.
പിന്നീട് റൂട്ടിന്റെ വശം സത്യസന്ധമായി വായിക്കുക. ദാതാവിന്റെയോ വിൽപ്പനക്കാരന്റെയോ പ്രൊഫൈൽ ഉൾപ്പെടുത്തൽ പട്ടിക നൽകിയാൽ, 10.20.0.0/16 മാത്രം വഹിക്കുന്ന ടണൽ 10.30.0.0/16-ലെ സേവനം വഹിക്കില്ല; അത് പട്ടിക അതിന്റെ ജോലി ചെയ്യുന്നു, ആപ്പ്-വിശേഷ പരാജയമല്ല. ഉൾച്ചേർത്ത iOS പേലോഡിന് ഉൾപ്പെടുത്തൽ പട്ടികയില്ല. അതില്ലാതെ വിഭജനം ദാതാവിന്റെ സ്ഥിരമൂല്യങ്ങളെയും IncludeAllNetworks-നെയും പിന്തുടരുന്നു, ഒരു രഹസ്യ പട്ടികയെയല്ല.
ആപ്പ് പരീക്ഷിക്കുക, പിന്നീട് അതിൽ നിന്ന് എന്ത് പുറത്തുപോകുന്നു എന്ന് പരീക്ഷിക്കുക
വിലാസം മാത്രമല്ല, പേര് ഉപയോഗിച്ച് പരീക്ഷിക്കുക. നിയന്ത്രിത ആപ്പിനുള്ളിൽ ആന്തരിക ഹോസ്റ്റ് പരിഹരിക്കുന്നത് DNS-ഉം ടണലിലൂടെ പോയി എന്ന് തെളിയിക്കുന്നു, കാരണം ഏത് റിസോൾവർ ഉത്തരം നൽകുകയും ഏത് തിരയൽ ഡൊമെയ്നുകൾ ബാധകമാകുകയും ചെയ്യുന്നു എന്ന് പേലോഡ് തീരുമാനിക്കുന്നു. പേര് തിരയൽ പരാജയപ്പെടുമ്പോഴും റൂട്ടിംഗ് തികഞ്ഞതാകാം, രണ്ട് ലക്ഷണങ്ങളും വ്യത്യസ്ത ക്രമീകരണങ്ങളിലേക്ക് ചൂണ്ടുന്നു.
പിന്നീട് അതിർത്തി ഇരുവശത്തുനിന്നും പരീക്ഷിക്കുക. വ്യക്തിപരമായ ആപ്പോ Safari-യോ സാധാരണ പൊതു പേജിൽ എത്തി ഓപ്പറേറ്ററുടെയോ വീടിന്റെയോ വിലാസം റിപ്പോർട്ട് ചെയ്യണം, നിയന്ത്രിത ആപ്പ് സ്വകാര്യ സേവനത്തിൽ എത്തുന്നു. രണ്ടും ഒരേ പൊതു വിലാസം റിപ്പോർട്ട് ചെയ്താൽ, ആപ്പ് റെക്കോർഡ് എന്ത് പറഞ്ഞാലും ടണൽ ഇനി ആപ്പ്-വിശേഷമല്ല.
ആപ്പ് വിട്ടുപോകുന്ന പ്രവാഹങ്ങൾ ആശയക്കുഴപ്പമുള്ള ടിക്കറ്റുകൾ സൃഷ്ടിക്കുന്നു. Safari-യിൽ തുറക്കുന്ന ലിങ്ക്, പങ്കിടൽ ഷീറ്റിലൂടെ കൈമാറിയ രേഖ, അല്ലെങ്കിൽ ബ്രൗസറിലേക്ക് മാറുന്ന SSO ലോഗിൻ ആപ്പിന്റെ പ്രോസസും അതിനൊപ്പം ടണലും വിടുന്നു. ആപ്പിനുള്ളിൽ കാണിക്കുന്ന ലോഗിൻ സാധാരണയായി ആപ്പിനാണ് ആരോപിക്കുന്നത്, അതിനാൽ അതേ URL Safari-യിൽ പരാജയപ്പെടുന്നിടത്ത് ഉൾച്ചേർത്ത സൈൻ-ഇൻ വിജയിച്ചേക്കാം; അത് അനുമാനിക്കാതെ പരിശോധിക്കുക. ഐഡന്റിറ്റി ദാതാവ് ടണലിലൂടെ മാത്രം എത്താവുന്നതാണെങ്കിൽ, ലോഗിൻ ആപ്പിനുള്ളിൽ സൂക്ഷിക്കുക അല്ലെങ്കിൽ ദാതാവിന്റെ ഡൊമെയ്ൻ പേലോഡിന്റെ Safari ഡൊമെയ്നുകളിൽ ചേർക്കുക, അങ്ങനെ പൊരുത്തപ്പെടുന്ന Safari ട്രാഫിക് പിടിക്കപ്പെടും.
ലക്ഷണത്തെ പാളിയുമായി ചേർക്കുക
പരാജയത്തിന്റെ രൂപം ഏത് പരിശോധന ആവർത്തിക്കണമെന്ന് പറയുന്നു.
| What you see | Where the repair is |
|---|---|
| Tunnel never appears when the app opens | App-to-payload association, or the app is not the managed copy |
| Tunnel connects, internal name resolves, connection times out | Provider or vendor include list missing the subnet, or a far-side firewall |
| Tunnel connects, internal name fails to resolve | DNS servers or search domains in the payload |
| Every app uses the tunnel | OverridePrimary set, or a full-tunnel payload reused |
| Worked until an update, broken since | Association lost on reinstall, or the payload was replaced |
മധ്യ നിരകൾക്ക് പിന്നിൽ രണ്ട് വിശദാംശങ്ങളുണ്ട്: ആപ്പ്-വിശേഷ ടണൽ ആരോഗ്യകരമായിരിക്കാം, എന്നിട്ടും ഏത് ദാതാവ് പട്ടികയിലും ഇല്ലാത്ത ഉപവലയം വിട്ടുകളയാം, കൂടാതെ നിയന്ത്രിത ഫോണിന് ഒന്നിലധികം VPN കോൺഫിഗറേഷനുകൾ ഉണ്ടാകാം, അതിനാൽ നിങ്ങൾ വായിക്കുന്നതാണ് അതെന്ന് അനുമാനിക്കാതെ ആപ്പ് ഏതിനോട് ബന്ധിപ്പിച്ചിരിക്കുന്നു എന്ന് ഉറപ്പാക്കുക.
ഈ ക്രമത്തിൽ ശരിയാക്കുക: ആപ്പ് റെക്കോർഡ് സജീവ പേലോഡിലേക്ക് ചൂണ്ടുന്നവിധം ശരിയാക്കുക, മാനേജ്മെന്റിലൂടെ ആപ്പ് വീണ്ടും ഇൻസ്റ്റാൾ ചെയ്യുക, ആപ്പിന്റെ ആദ്യ അഭ്യർത്ഥനയിൽ ടണൽ ഉയരുന്നുവെന്ന് ഉറപ്പാക്കുക, പിന്നീട് പേര്, അതിർത്തി പരീക്ഷകൾ ആവർത്തിക്കുക. ആദ്യ അഭ്യർത്ഥനയ്ക്ക് ടണൽ ആരംഭിക്കാനേ കഴിയുന്നില്ലെങ്കിൽ, നിർത്തി ദാതാവിന്റെ വശം പരിശോധിക്കുക, കാരണം ഇഷ്ടാനുസൃത ക്ലയന്റിന് ഇൻസ്റ്റാൾ ചെയ്ത ആപ്പുമായി പൊരുത്തപ്പെടുന്ന ഐഡന്റിഫയറും നിലവിലുള്ള Network Extension-ഉം ആവശ്യമാണ്.
സ്ക്രീൻഷോട്ടിന് പകരം മൂന്ന് വസ്തുതകൾ തിരികെ നൽകുക: ആപ്പ് റെക്കോർഡ് ഏത് പേലോഡിലേക്ക് ചൂണ്ടുന്നു, ക്രമീകരണങ്ങൾ അത് ഇൻസ്റ്റാൾ ചെയ്ത പ്രൊഫൈലായി കാണിക്കുന്നുണ്ടോ, പരാജയപ്പെട്ട അഭ്യർത്ഥന എന്തായിരുന്നു — ഒരു പേര്, വിലാസം അല്ലെങ്കിൽ ബ്രൗസറിലേക്കുള്ള കൈമാറ്റം. ഈ മൂന്ന് ഉത്തരങ്ങൾ വിന്യാസ പിശകിനെ റൂട്ടിംഗ് പിശകിൽ നിന്ന് വേർതിരിക്കുന്നു, അടുത്ത വ്യക്തിക്ക് രോഗനിർണയം ആവർത്തിക്കാതെ പ്രവർത്തിക്കാം.