ആ സംരക്ഷിച്ച Mac VPN പ്രൊഫൈലിന് പിന്നിൽ ഏത് പ്രോട്ടോക്കോളാണ്?

ആരോ ഒരു Mac കണക്ഷന് „ഓഫീസ് VPN“ എന്ന് പേരിടുന്നു, ലേബൽ രണ്ട് സെർവർ മൈഗ്രേഷനുകളെ അതിജീവിക്കുന്നു, പ്രോട്ടോക്കോൾ മാറിയതിന് ഏറെ കഴിഞ്ഞിട്ടും എല്ലാവരും അതിനെ ഓഫീസ് VPN എന്ന് തന്നെ വിളിക്കുന്നു. പേര് കോൺഫിഗറേഷന്റെ അരികിൽ സൂക്ഷിച്ചിരിക്കുന്ന വിളിപ്പേരാണ്; Mac എന്തിനെക്കുറിച്ച് ചർച്ച ചെയ്യുന്നു എന്നതിന് അത് തെളിവല്ല. പ്രഖ്യാപിത തരം വായിക്കാൻ ഒരു ഫീൽഡ് മതി, ആ സൂക്ഷിച്ച തരത്തെ ഒരു ജീവനുള്ള സെഷനിൽ നിന്ന് വേർതിരിക്കാൻ ഒരു ചുവടുകൂടി വേണം. ഊഹിക്കൽ ഒഴിവാക്കുന്ന ക്രമം ഇതാണ്.

ലേബൽ വിളിപ്പേരാണ്, തരം പ്രഖ്യാപിക്കുന്നത് പേലോഡാണ്

macOS VPN സേവനം എന്നത് പ്രദർശിപ്പിക്കുന്ന പേരും ഉടമയായ ക്ലയന്റും ടൈപ്പ് ചെയ്ത ക്രമീകരണങ്ങളുടെ ഒരു കൂട്ടവുമുള്ള ഒരു സിസ്റ്റം കോൺഫിഗറേഷൻ എൻട്രിയാണ്. പ്രദർശിപ്പിക്കുന്ന പേര് സ്വതന്ത്ര വാചകമാണ്, എൻട്രി സൃഷ്ടിച്ച ആർക്കും അത് എഡിറ്റ് ചെയ്യാം, ഉപയോക്താക്കൾ മെനു ബാറിൽ കാണുന്ന ഭാഗം അതാണ്. ക്രമീകരണങ്ങൾ വസ്തുതകൾ വഹിക്കുന്നു: ഏത് കണക്ഷൻ തരം, ഏത് ഗേറ്റ്‌വേ, ഏത് പ്രാമാണീകരണ ക്രമം. രണ്ടിനെയും ഏകകാലികമായി നിർത്തുന്നത് ഒന്നുമില്ല, അതുകൊണ്ടാണ് „L2TP ഓഫീസ്“ എന്ന പ്രൊഫൈൽ ഒരു IKEv2 സേവനമാകാം.

വ്യക്തിപരമായി സൃഷ്ടിച്ച കണക്ഷനിൽ, ഉടമയായ ആപ്ലിക്കേഷനോ സിസ്റ്റത്തിന്റെ സ്വന്തം VPN പാനലോ ആ ക്രമീകരണങ്ങൾ കാണിക്കുന്നു. നിയന്ത്രിത Mac-ൽ പ്രൊഫൈൽ അഡ്മിനിസ്ട്രേറ്ററുടേതാണ്, ശരിയായ നീക്കം നിയന്ത്രിത പേലോഡ് എഡിറ്റ് ചെയ്യുന്നതിന് പകരം രഹസ്യമല്ലാത്ത ഒരു സംഗ്രഹം ആവശ്യപ്പെടുകയാണ്. രണ്ട് സന്ദർഭങ്ങളും മെനു ബാറിൽ ഒരുപോലെ കാണപ്പെടുന്നു, ഉള്ളിൽ തികച്ചും വ്യത്യസ്തമായി പെരുമാറുന്നു. ഒന്ന് പരിശോധിക്കാനും മാറ്റാനും നിങ്ങളുടേതാണ്; മറ്റൊന്ന് വിന്യസിച്ചിരിക്കുന്നു, അടുത്ത പരിശോധനയിൽ പുനഃസ്ഥാപിക്കും.

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

പേലോഡിൽ മറ്റെന്തിനും മുമ്പ് VPNType വായിക്കുക

Apple-ന്റെ നിയന്ത്രിത VPN പേലോഡ് സ്കീമ അതിന്റെ കണക്ഷൻ തരം VPNType കീയിൽ പ്രഖ്യാപിക്കുന്നു, PayloadType com.apple.vpn.managed ആയ നിഘണ്ടുവിനുള്ളിൽ. മൂല്യം IKEv2, IPsec, L2TP അല്ലെങ്കിൽ VPN പോലുള്ള ഒരു ചെറിയ ടോക്കണാണ്, പേലോഡിലെ മറ്റെല്ലാം ആ ടോക്കൺ അനുസരിച്ച് വ്യാഖ്യാനിക്കപ്പെടുന്നു.

<key>PayloadType</key>
<string>com.apple.vpn.managed</string>
<key>VPNType</key>
<string>IKEv2</string>
<key>IKEv2</key>
<dict>
  <key>RemoteAddress</key>
  <string>vpn.head-office.example</string>
  <key>RemoteIdentifier</key>
  <string>ikev2.head-office.example</string>
</dict>

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

പഴയ മൂല്യം, ഉദാഹരണത്തിന് PPTP, പഴയ ഫയലിൽ ഇപ്പോഴും കാണാം, എന്നാൽ നിലവിലെ macOS പുതിയ കോൺഫിഗറേഷന് അത് ഒരു ഓപ്ഷനായി നൽകുന്നില്ല. സൂക്ഷിച്ച പ്രൊഫൈലിൽ ഒരു ടോക്കൺ കണ്ടെത്തുന്നത് എന്താണ് എഴുതിയതെന്ന് തെളിയിക്കുന്നു, ഓപ്പറേറ്റിംഗ് സിസ്റ്റം ഇനി എന്ത് സ്വീകരിക്കുമെന്നല്ല.

ഇഷ്ടാനുസൃത തരങ്ങൾക്ക് VPNSubType ഉം ഉടമയായ ആപ്പും വേണം

എപ്പോൾ VPNType VPN ആകുന്നുവോ, അപ്പോൾ പേലോഡ് VPNSubType കൂടി വഹിക്കണം, അത് കണക്ഷൻ നടപ്പിലാക്കുന്ന പ്ലഗിൻ അല്ലെങ്കിൽ Network Extension ദാതാവിനെ തിരിച്ചറിയിക്കുന്നു. ആ ഐഡന്റിഫയറാണ് കണക്ഷനെ ഒരു നിർദ്ദിഷ്ട ക്ലയന്റിലേക്ക് അയക്കുന്നത്, അതിനാൽ തെറ്റായ ഉപതരം ഇൻസ്റ്റാൾ ചെയ്യപ്പെടുകയും പിന്നീട് ആരംഭിക്കാൻ വിസമ്മതിക്കുകയും ചെയ്യുന്ന ഒരു പ്രൊഫൈൽ സൃഷ്ടിക്കുന്നു.

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

അതിനാൽ ഇഷ്ടാനുസൃത പേലോഡ് ഏത് സോഫ്റ്റ്‌വെയറാണ് കണക്ഷൻ സ്വന്തമാക്കുന്നതെന്നും കുറച്ച് കാര്യങ്ങളും മാത്രം പറയുന്നു. അത് എന്തിനെക്കുറിച്ച് ചർച്ച ചെയ്യുന്നു എന്നറിയാൻ ആ ദാതാവിന്റെ സ്വന്തം ഡോക്യുമെന്റേഷനും അവരുടെ കോൺഫിഗർ ചെയ്ത ക്രമീകരണങ്ങളും വായിക്കുക. മറ്റൊരു സ്ഥാപനത്തിന്റെ പ്രൊഫൈലിൽ നിന്ന് ഉപതരം പകർത്തുന്നത് ഒരു കോൺഫിഗറേഷൻ സാങ്കേതികതയല്ല; അത് യാദൃച്ഛികമായി പാർസ് ചെയ്യപ്പെടുന്ന ഒരു ഊഹമാണ്.

Mac യഥാർത്ഥത്തിൽ എന്താണ് കോൺഫിഗർ ചെയ്തതെന്ന് പട്ടികപ്പെടുത്തുക

ഏതെങ്കിലും ഫയൽ വായിക്കുന്നതിന് മുമ്പ്, ഏതൊക്കെ സേവനങ്ങൾ നിലവിലുണ്ട്, അവ എന്ത് അവസ്ഥയിലാണ് എന്ന് സിസ്റ്റത്തോട് ചോദിക്കുക. കമാൻഡ് ലൈൻ കാഴ്ച പാനലുകളിൽ ക്ലിക്ക് ചെയ്യുന്നതിനേക്കാൾ വേഗതയുള്ളതാണ്, ഓരോ എൻട്രിയുടെയും അരികിൽ തരം അച്ചടിക്കുന്നു.

scutil --nc list
scutil --nc show "Office VPN"

ആദ്യ കമാൻഡ് കോൺഫിഗർ ചെയ്ത VPN സേവനങ്ങൾ അവയുടെ നിലവിലെ അവസ്ഥയോടെ പട്ടികപ്പെടുത്തുന്നു, രണ്ടാമത്തേത് തിരഞ്ഞെടുത്ത സേവനത്തിന്റെ ക്രമീകരണങ്ങൾ അച്ചടിക്കുന്നു, തരവും അത് ബന്ധപ്പെടുന്ന സെർവർ വിലാസവും ഉൾപ്പെടെ. ആ വിലാസം നിങ്ങൾ പ്രതീക്ഷിക്കാൻ പറഞ്ഞ ഗേറ്റ്‌വേയുമായി താരതമ്യം ചെയ്യുക, വിരമിച്ച ഹോസ്റ്റിലേക്ക് ചൂണ്ടുന്ന പഴയ എൻട്രി സാധാരണ പാരമ്പര്യ പ്രശ്നമാണ്.

ഈ കമാൻഡുകൾ കോൺഫിഗറേഷനും അവസ്ഥയും കാണിക്കുന്നു; ഒരു ടണൽ ട്രാഫിക് വഹിക്കുന്നുവെന്ന് അവ തെളിയിക്കുന്നില്ല. സേവനം വിച്ഛേദിക്കപ്പെട്ടിരിക്കുകയാണെങ്കിൽ, ഔട്ട്പുട്ട് പ്രവർത്തിക്കുന്ന സെഷനെയല്ല, ഉദ്ദേശ്യത്തെ വിവരിക്കുന്നു. ട്രാഫിക് ഇല്ലാതെ കണക്റ്റ് ചെയ്ത സേവനം വീണ്ടും മറ്റൊരു പ്രശ്നമാണ്, സാധാരണയായി പ്രോട്ടോക്കോൾ തരമല്ല, റൂട്ടിംഗ് അല്ലെങ്കിൽ DNS. ഈ മൂന്ന് നിരീക്ഷണങ്ങൾ വേർതിരിച്ച് വയ്ക്കുക, അല്ലെങ്കിൽ രോഗനിർണയം വീണ്ടും ഊഹത്തിലേക്ക് പോകും.

സൂക്ഷിച്ച ക്രമീകരണങ്ങൾ ജീവനുള്ള സെഷനിൽ നിന്ന് വേർതിരിച്ച് വയ്ക്കുക

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

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

സൂക്ഷിച്ച തരം ഗേറ്റ്‌വേ പിന്തുണയ്ക്കുന്നതുമായി ഇനി പൊരുത്തപ്പെടുന്നില്ലെങ്കിൽ, അതിന്റെ ഉടമയിൽ നിന്ന് ഒരു പകരം പ്രൊഫൈൽ വാങ്ങുക. തരത്തിന്റെ സ്ട്രിംഗ് മാറ്റുന്നത് പ്രോട്ടോക്കോളുകൾക്കിടയിൽ ക്രെഡൻഷ്യലുകൾ വിവർത്തനം ചെയ്യുന്നില്ല, ഒരു പ്രാമാണീകരണ ക്രമത്തെ മറ്റൊന്നാക്കി മാറ്റുന്നുമില്ല. അംഗീകൃത പിന്തുണാ ചാനലിലൂടെയും സംഗ്രഹം പങ്കിടുക, കാരണം കയറ്റുമതി ചെയ്ത കോൺഫിഗറേഷനുകൾ ഒരു പിന്തുണാ അഭ്യർത്ഥനയ്ക്ക് ഒരിക്കലും ആവശ്യമില്ലാത്ത ക്രെഡൻഷ്യലുകളും സ്വകാര്യ കീകളും വഹിച്ചേക്കാം.