സാധാരണ macOS അക്കൗണ്ടുകൾക്ക് ഇടിഞ്ഞാടെ കോർപ്പറേറ്റ് VPN പ്രവർത്തിപ്പിക്കാം, അതേസമയം IT എല്ലാ പ്രത്യേകാവകാശ പ്രവർത്തനവും തന്നിൽ നിലനിർത്തുന്നു. അവിടെ എത്തുന്നത് ഒരു വിതരണ തീരുമാനമാണ്, അനുമതികളെക്കുറിച്ചുള്ള തർക്കമല്ല: ക്ലയന്റ് ആര് ഇൻസ്റ്റാൾ ചെയ്യും, കണക്ഷൻ ആര് എഴുതും, ഉപയോക്താവിന് എന്ത് മാറ്റാം എന്നിവ തിരഞ്ഞെടുക്കുക. മൂന്ന് പാതകൾ മിക്കവാറും എല്ലാ സാഹചര്യങ്ങളും ഉൾക്കൊള്ളുന്നു, ഓരോന്നും വ്യത്യസ്ത രീതിയിൽ പരാജയപ്പെടുന്നു. ഉപകരണ ഉടമസ്ഥതയും ക്രെഡൻഷ്യൽ തരവും അനുസരിച്ച് പാത തിരഞ്ഞെടുത്ത്, നിങ്ങൾ സ്വയം അല്ല, സാധാരണ ഉപയോക്താവായി പരിശോധിക്കുക.

മൂന്ന് വിതരണ പാതകളും ഓരോന്നും എന്ത് തീരുമാനിക്കുന്നു

ആദ്യ പാത സംഘടനയുടെ ഉപകരണ മാനേജ്മെന്റ് വിതരണം ചെയ്യുന്ന നിയന്ത്രിത കോൺഫിഗറേഷൻ പ്രൊഫൈലാണ്. VPN പേലോഡിൽ ഗേറ്റ്വേ, പ്രാമാണീകരണ രീതി, റൂട്ടുകൾ, DNS എന്നിവ അടങ്ങിയിരിക്കുന്നു, Mac എങ്ങനെ രജിസ്റ്റർ ചെയ്തു എന്നതിന് അനുസരിച്ച് ഉപകരണ അല്ലെങ്കിൽ ഉപയോക്തൃ ചാനലിലൂടെ ഇൻസ്റ്റാൾ ചെയ്യുന്നു. രണ്ടാം പാത സ്വയം-സേവന ഇൻസ്റ്റാളറാണ്: ഉപയോക്താവ് അംഗീകരിച്ച പാക്കേജ് പ്രവർത്തിപ്പിക്കുന്നു, അത് ക്ലയന്റ് സ്ഥാപിക്കുകയും അവർക്കുവേണ്ടി കണക്ഷൻ എഴുതുകയും ചെയ്യുന്നു. മാനേജ്മെന്റ് രജിസ്ട്രേഷൻ ഇല്ലെങ്കിലും സംഘടന ആവർത്തിക്കാവുന്നതും പരിശോധിക്കാവുന്നതുമായ കോൺഫിഗറേഷൻ ആഗ്രഹിക്കുമ്പോൾ ഇത് പ്രവർത്തിക്കുന്നു. മൂന്നാം പാത ഉപയോക്താവ് പ്രസിദ്ധീകരിച്ച മൂല്യങ്ങൾ പാലിച്ച് സിസ്റ്റം ക്രമീകരണങ്ങളിൽ കൈകൊണ്ട് കണക്ഷൻ സൃഷ്ടിക്കുന്നതാണ്. ഇത് തുടങ്ങാൻ ഏറ്റവും വിലകുറഞ്ഞതും പിന്തുണയ്ക്കാൻ ഏറ്റവും ചെലവേറിയതുമാണ്, കാരണം ക്ലയന്റ് ഭാഗത്തെ ഓരോ തെറ്റും ഹെൽപ്പ് ഡെസ്കിലേക്കുള്ള കോളും ഓരോ മാറ്റവും കുറിപ്പുമാകുന്നു.

scutil --nc list
sudo profiles show -type configuration
system_profiler SPConfigurationProfileDataType

ഏത് കണക്ഷനുകൾ നിലവിലുണ്ട്, ആരുടേതാണ് എന്ന് കാണാൻ ആദ്യ ലിസ്റ്റ് വായിക്കുക, നയമായി എന്ത് ഇൻസ്റ്റാൾ ചെയ്തു എന്ന് കാണാൻ മറ്റ് രണ്ടും വായിക്കുക. ഒരു ലിസ്റ്റിലും കാണാത്ത പ്രൊഫൈൽ, ഉപയോക്താവിനോട് എന്ത് പറഞ്ഞാലും, എത്തിയിട്ടില്ല.

സ്ഥാനത്തല്ല, ഉപകരണ ഉടമസ്ഥത അനുസരിച്ച് തീരുമാനിക്കുക

സംഘടനയുടെ ഉടമസ്ഥതയിലുള്ള Mac സാധാരണയായി ആദ്യ പാതയെ ന്യായീകരിക്കുന്നു, കാരണം VPN നൽകുന്ന അതേ ചാനലിന് അത് നീക്കം ചെയ്യാനും കഴിയും, ഉപയോക്താവിന് കണക്ഷൻ നിശ്ശബ്ദമായി തിരുത്താനും കഴിയില്ല. ഏതെങ്കിലും ഉപയോക്താവ് സൈൻ ഇൻ ചെയ്യുന്നതിന് മുമ്പ് ടണൽ ഉണ്ടായിരിക്കണമെങ്കിൽ ഉപകരണ ചാനൽ തിരഞ്ഞെടുക്കുക, കണക്ഷൻ വ്യക്തിയുടേതാണെങ്കിൽ ഉപയോക്തൃ ചാനൽ തിരഞ്ഞെടുക്കുക. കോർപ്പറേറ്റ് സേവനമുള്ള വ്യക്തിഗത ഉടമസ്ഥതയിലുള്ള Mac സാധാരണയായി രണ്ടാം പാതയിലേക്ക് ചൂണ്ടുന്നു. സംഘടനയ്ക്ക് ഉപകരണം നിയന്ത്രിക്കാനാവില്ല, അതിനാൽ ഇൻസ്റ്റാളർ ചെറുതും മടക്കാവുന്നതും ഉപയോക്താവിന് റദ്ദാക്കാനാകുന്നത്ര രേഖപ്പെടുത്തിയതുമായിരിക്കണം.

സ്ഥിരമായ ക്രമീകരണമുള്ള കുറച്ച് സാങ്കേതിക ഉപയോക്താക്കൾക്കും വിന്യസിക്കുന്നതിന് മുമ്പ് ഗേറ്റ്വേ പരിശോധിക്കുന്നവർക്കും മൂന്നാം പാത ന്യായമായി തുടരുന്നു. ആ തോതിൽ താഴെ അത് ആർക്കും കണക്കെടുക്കാനാകാത്ത കൈകൊണ്ട് എഴുതിയ ക്രമീകരണങ്ങളുടെ ഓഡിറ്റ് ചെയ്യാത്ത ശേഖരമായി മാറുന്നു.

പ്രൊഫൈലിനെ അക്കൗണ്ടിൽ നിന്ന് വേർതിരിക്കുക

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

ക്ലയന്റ് സിസ്റ്റം VPN ആണോ ഓരോ ആപ്പിനുമുള്ള ടണലാണോ എന്നും തീരുമാനിക്കുക. ഓരോ ആപ്പിനുമുള്ള രൂപകൽപ്പന തിരഞ്ഞെടുത്ത ആപ്പുകൾ മാത്രം റൂട്ട് ചെയ്യുന്നു, ഉപയോഗിക്കുന്ന macOS പതിപ്പിൽ ക്ലയന്റ് ആ മാതൃക പിന്തുണയ്ക്കുന്നുണ്ടോ എന്നതിനെ ആശ്രയിച്ചിരിക്കുന്നു, അതിനാൽ ക്രമീകരണം ഒപ്പം പോകുമെന്ന് കരുതുന്നതിന് പകരം പൈലറ്റ് യന്ത്രത്തിൽ പരിശോധിക്കുക.

അഡ്മിൻ പാസ്വേഡ് ഇല്ലാതെ കൈമാറുക

ഉപയോക്താവ് കണക്ഷൻ ആരംഭിക്കുകയും സൈൻ ഇൻ ചെയ്യുകയും പാസ്വേഡ് മാറ്റത്തിന് ശേഷം വീണ്ടെടുക്കുകയും വേണം. ഇവയിൽ ഒന്നും അഡ്മിൻ അക്കൗണ്ട് ആവശ്യപ്പെടുന്നില്ല, ഒന്നും ക്രെഡൻഷ്യലുകൾ സ്ക്രിപ്റ്റിലോ Automator പ്രവർത്തനത്തിലോ ഒപ്പിട്ട പാക്കേജിന്റെ ഇൻസ്റ്റാളിന് ശേഷമുള്ള ഘട്ടത്തിലോ ഉൾപ്പെടുത്തുന്നതിനെ ന്യായീകരിക്കുന്നില്ല.

scutil --nc start "Acme VPN"
scutil --nc status "Acme VPN"
log show --predicate 'subsystem == "com.apple.networkextension"' --last 10m

ആദ്യ രണ്ട് കമാൻഡുകൾ ഉപയോക്തൃ തലത്തിലുള്ള പ്രവർത്തനങ്ങളാണ്, അവയിലൂടെ ഹെൽപ്പ് ഡെസ്കിന് ആരെയെങ്കിലും നയിക്കാം. മൂന്നാമത്തേത് കണക്ഷൻ പരാജയപ്പെടുമ്പോൾ സമീപകാല ടണൽ പ്രവർത്തനം വായിക്കുന്നു, പിശക് സംവാദത്തിന്റെ സ്ക്രീൻഷോട്ടിന് പകരം ഇതാണ് ആവശ്യപ്പെടേണ്ട വസ്തു.

ഏതെങ്കിലും ഘട്ടം ഇപ്പോഴും അഡ്മിൻ അനുമതി ആവശ്യപ്പെടുന്നെങ്കിൽ അത് വിതരണ വീഴ്ചയാണ്: ജോലിക്ക് ആവശ്യമുള്ളതിനേക്കാൾ അധികാരമുള്ള അക്കൗണ്ട് നൽകുന്നതിന് പകരം കൃത്യമായ പ്രോംപ്റ്റ് പ്രൊഫൈൽ ഉടമയ്ക്ക് തിരികെ അയയ്ക്കുക.

സാധാരണ ഉപയോക്താവായി സൈൻ ഇൻ ചെയ്ത്, പിന്നീട് പുറത്തുകടക്കൽ എഴുതുക

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

അവസാനം, നീക്കം ചെയ്യൽ ആസൂത്രണം ചെയ്യുക. ഒരു പ്രവർത്തനത്തിൽ വിട്ടുപോകുന്ന ഉപയോക്താവിന്റെ Mac-ൽ നിന്ന് നീക്കം ചെയ്യാൻ കഴിയാത്ത VPN ഇപ്പോൾ സംഭവിക്കാൻ പോകുന്ന ആക്സസ് അവലോകന കണ്ടെത്തലാണ്.

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