iPhone-ൽ ഒപ്പിട്ട VPN പ്രൊഫൈൽ ഇൻസ്റ്റാൾ ചെയ്യുന്നോ? പേലോഡുകൾ വായിക്കുക

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

എൻവലപ്പിൽ തുടങ്ങുക: ഈ പ്രൊഫൈൽ ഒപ്പിട്ടത് ആരാണ്

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

Mac-ൽ ഫയൽ ഉണ്ടെങ്കിൽ, അത് ഫോണിലെത്തുന്നതിനു മുമ്പ് പരിശോധിക്കുക. സുരക്ഷാ ടൂൾ CMS എൻവലപ്പ് ഡീകോഡ് ചെയ്ത് ഉപകരണം വായിക്കുന്ന plist പ്രിന്റ് ചെയ്യുന്നു, അത് ഇൻസ്റ്റാൾ ബട്ടൺ ഇല്ലാത്ത അതേ ഉള്ളടക്കമാണ്. ഒപ്പിടുന്നതിനെ ഉത്ഭവ സാധൂകരണമായി വിവരിക്കുന്ന Apple-ന്റെ കോൺഫിഗറേഷൻ നിർബന്ധമാക്കൽ ഡോക്യുമെന്റേഷൻ ഇവിടെ വിവരിച്ച അതേ പരിധിയാണ്.

security cms -D -i corp-vpn.mobileconfig -o corp-vpn.plist
plutil -p corp-vpn.plist

ഒപ്പിടുന്നയാൾ നിങ്ങൾ പ്രതീക്ഷിച്ചതല്ലെങ്കിൽ, അല്ലെങ്കിൽ ഫയൽ ഒപ്പിടാത്തതും അതിന് ഉറപ്പു നൽകാൻ കഴിയാത്ത ഒരു ചാനലിലൂടെ എത്തിയതുമാണെങ്കിൽ ഇവിടെ നിർത്തുക. ഈ വിശദീകരണത്തിൽ പിന്നീട് ഒന്നും വിശ്വസിക്കാനാകാത്ത ഒരു എൻവലപ്പിനെ വിശ്വസനീയമാക്കുന്നില്ല.

ഓരോ പേലോഡും തുറന്ന് അത് എന്ത് ഇൻസ്റ്റാൾ ചെയ്യുന്നു എന്ന് പേരിടുക

പ്രൊഫൈൽ ഒരു കണ്ടെയ്നറാണ്, രസകരമായ ഭാഗം അതിനുള്ളിലെ PayloadContent അറേയാണ്. ഓരോ എൻട്രിയും ഉപകരണം എന്ത് ഇൻസ്റ്റാൾ ചെയ്യുമെന്ന് പറയുന്ന PayloadType വഹിക്കുന്നു: ഒരു മാനേജ്ഡ് VPN കോൺഫിഗറേഷൻ, ഒരു PKCS#12 ഐഡന്റിറ്റി, ഒരു റൂട്ട് സർട്ടിഫിക്കറ്റ്, അല്ലെങ്കിൽ ഒരു മാനേജ്മെന്റ് എൻറോൾമെന്റ്. ക്രമീകരണങ്ങളിൽ ഏതെങ്കിലും വായിക്കുന്നതിനു മുമ്പ് തരങ്ങൾ പ്രിന്റ് ചെയ്യുക.

plutil -extract PayloadContent xml1 -o - corp-vpn.plist |
  grep -E 'PayloadType|PayloadDisplayName'

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

ഫയലിലെ പാസ്വേഡ് സംരക്ഷണം വീണ്ടും ഒരു വേറിട്ട സ്വഭാവമാണ്. പാസ്വേഡ് ഇല്ലാത്ത ഒരാളിൽ നിന്ന് എൻക്രിപ്റ്റ് ചെയ്ത പാക്കേജ് ഉള്ളടക്കം മറയ്ക്കുന്നു; അകത്തുള്ളത് നിങ്ങൾ അധികാരപ്പെടുത്തണമോ എന്ന് അത് തീരുമാനിക്കുന്നില്ല. പാസ്വേഡിനെ ഒരു ഡെലിവറി സംവിധാനമായി കാണുക, ഒരു അവലോകനമായി അല്ല.

സർട്ടിഫിക്കറ്റുകൾ അവ ഉപയോഗിക്കുന്ന കണക്ഷനിലേക്ക് പിന്തുടരുക

പാക്കേജിലെ സർട്ടിഫിക്കറ്റുകൾ പട്ടികപ്പെടുത്തി ഓരോന്നിനെയും ഒരു ജോലിയുമായി ചേർക്കുക. ക്ലയന്റ് സർട്ടിഫിക്കറ്റ് ഈ ഉപകരണത്തെ ഗേറ്റ്വേയ്ക്ക് തിരിച്ചറിയിക്കുന്നു, അത് പുറപ്പെടുവിച്ച CA ആ കണക്ഷന്റെ ട്രസ്റ്റ് ചെയിനിൽ ഉള്ളതാണ്, ഒരു പ്രോക്സിക്കോ ആന്തരിക സേവനത്തിനോ ഇൻസ്റ്റാൾ ചെയ്ത ഒരു റൂട്ട് സ്വയമേവ എല്ലാ HTTPS സൈറ്റിനും ആങ്കറല്ല. iOS-ൽ, കൈകൊണ്ട് ഇൻസ്റ്റാൾ ചെയ്ത ഒരു റൂട്ട്, ക്രമീകരണങ്ങൾ, ഉപകരണത്തെക്കുറിച്ച്, സർട്ടിഫിക്കറ്റ് ട്രസ്റ്റ് ക്രമീകരണങ്ങൾ എന്നിവയ്ക്ക് കീഴിൽ അത് പ്രവർത്തനക്ഷമമാക്കുന്നതുവരെ TLS-ന് വിശ്വസനീയമല്ലാതെ തുടരുന്നു, അതേസമയം മാനേജ്മെന്റ് വഴി എത്തുന്ന ഒരു റൂട്ട് ആ ഘട്ടമില്ലാതെ വിശ്വസനീയമാണ്. ആ വ്യത്യാസമാണ് പേലോഡിന്റെ ഉദ്ദേശ്യം എന്തുകൊണ്ട് പ്രധാനമെന്നതിന്റെ കാരണം.

openssl pkcs7 -inform DER -in corp-vpn.mobileconfig -print_certs -noout
security find-certificate -a -c "Corp Root" -p | openssl x509 -noout -subject -dates

നിങ്ങളുടെ ട്രാഫിക് വഹിക്കുന്ന ഒരു ദാതാവ് അതുകൊണ്ട് നിങ്ങൾ സന്ദർശിക്കുന്ന എല്ലാ വെബ്സൈറ്റിന്റെയും TLS എൻഡ്പോയിന്റല്ല. തടഞ്ഞെടുക്കലിന് ട്രാഫിക് പാതയും ആപ്ലിക്കേഷൻ സ്വീകരിക്കുന്ന ഒരു ട്രസ്റ്റ് ആങ്കറും വേണം, ഒരു സർട്ടിഫിക്കറ്റ് വഹിക്കുന്ന ഒരു പ്രൊഫൈൽ രണ്ടും തെളിയിക്കുന്നില്ല. പ്രൊഫൈൽ ഇൻസ്റ്റാൾ ചെയ്യുന്നത് എല്ലാം ഡീക്രിപ്റ്റ് ചെയ്യുമെന്ന് അനുമാനിക്കുന്നതിനു പകരം, ഏത് കണക്ഷനാണ് സർട്ടിഫിക്കറ്റ് ഉപയോഗിക്കുന്നതെന്നും ഏത് ആപ്ലിക്കേഷനുകൾ അത് സ്വീകരിക്കുമെന്നും ചോദിക്കുക.

ഇൻസ്റ്റാളിന് ശേഷം: പരിശോധിക്കുക, നീക്കം ചെയ്യൽ എന്ത് ചെയ്യുമെന്ന് അറിയുക

പ്രൊഫൈൽ ഇൻസ്റ്റാൾ ചെയ്തുകഴിഞ്ഞാൽ, നിങ്ങൾ ഡൗൺലോഡ് ചെയ്ത ഫയലിൽ നിന്നല്ല, ഉപകരണത്തിൽ നിന്ന് അത് സ്ഥിരീകരിക്കുക. ക്രമീകരണ സ്ക്രീൻ ഇൻസ്റ്റാൾ ചെയ്ത പ്രൊഫൈലും അതിന്റെ ഒപ്പിടുന്നയാളും പേലോഡുകളും പട്ടികപ്പെടുത്തുന്നു, VPN സ്ക്രീൻ കണക്ഷൻ ഉദ്ദേശിച്ചതുപോലെ കോൺഫിഗർ ചെയ്തിട്ടുണ്ടോ എന്ന് കാണിക്കുന്നു. ഡൗൺലോഡ് ചെയ്ത ഫയൽ ഇല്ലാതാക്കുന്നത് ഒന്നും നീക്കം ചെയ്യുന്നില്ല; ഇൻസ്റ്റാൾ ചെയ്ത കോൺഫിഗറേഷൻ വേറിട്ട ഒരു വസ്തുവാണ്.

profiles show -type configuration
scutil --nc list

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

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