Mac പറയുന്നു Cisco VPN: മൂന്നിൽ ഏതാണ് നിങ്ങൾ യഥാർത്ഥത്തിൽ പ്രവർത്തിപ്പിക്കുന്നത്?
നേറ്റീവ് IPsec എൻട്രി, നിർത്തലാക്കിയ Cisco VPN Client, Secure Client എന്നിവയെല്ലാം ഒരേ പേരിൽ അറിയപ്പെടുന്നു. പഴയ പരിഹാരങ്ങൾ പ്രയോഗിക്കുന്നതിന് മുമ്പ് ഉടമയെ തിരിച്ചറിയുക.
നിങ്ങളുടെ Mac-ൽ Cisco VPN കേടായിരിക്കുന്നു എന്ന് ആരോ പറയുന്നു, ആ വാക്യം കുറഞ്ഞത് മൂന്ന് വ്യത്യസ്ത കാര്യങ്ങളെ ഉൾക്കൊള്ളുന്നു. അത് macOS-ൽ ഉൾനിർമ്മിച്ച ഒരു പ്രൊഫൈൽ, മുൻ കാലഘട്ടത്തിലെ ഒരു ആപ്ലിക്കേഷൻ, അല്ലെങ്കിൽ നിങ്ങളുടെ സംഘടന ഇന്ന് വിന്യസിക്കുന്ന ക്ലയന്റ് എന്നിവയിൽ ഏതെങ്കിലും ആകാം. ഓരോന്നിനും സ്വന്തം പരാജയ രീതികളുണ്ട്, ഒന്നിനായി എഴുതിയ പരിഹാരം സാധാരണയായി മറ്റ് രണ്ടിനും പ്രസക്തമല്ല.
അതിനാൽ ആദ്യ ജോലി പരിഹാരമല്ല. അത് തിരിച്ചറിയലാണ്, ശരിയായ വിശദാംശങ്ങൾ ചോദിച്ചാൽ ഏകദേശം ഒരു മിനിറ്റ് എടുക്കും.
| What the user has | What actually needs identifying |
|---|---|
| An entry under System Settings with a Cisco IPsec type | The native profile's protocol and the authentication settings the administrator supplied |
| The old Cisco VPN Client application | Whether that product is supported at all on the installed macOS release |
| Cisco Secure Client, formerly AnyConnect | The installed release, the managed profile and the gateway service in use |
നേറ്റീവ് ലേബൽ ഇൻസ്റ്റാൾ ചെയ്ത Cisco ഡ്രൈവർ അല്ല
Apple Cisco IPsec എന്ന പേരിൽ ഒരു VPN തരം നൽകുന്നു, അത് ഉപയോഗപ്രദമാണ്, പക്ഷേ അത് Apple-ന്റെ IPsec ക്രമീകരണത്തിന്റെ നടപ്പാക്കലാണ്, പഴയ തേർഡ് പാർട്ടി ആപ്ലിക്കേഷനല്ല, നിങ്ങളുടെ സുരക്ഷാ സംഘം മറ്റെവിടെയോ വിന്യസിക്കുന്നതുമല്ല. ലേബൽ ഏത് കോൺഫിഗറേഷൻ പാനൽ തുറക്കണം എന്ന് പറയുന്നു, വെണ്ടർ പിന്തുണയെക്കുറിച്ച് ഒന്നും പറയുന്നില്ല.
വിപരീത തെറ്റിന് കൂടുതൽ ചെലവുണ്ട്. ഒരു നേറ്റീവ് എൻട്രിക്ക് Secure Client-നെ മാറ്റിസ്ഥാപിക്കാമെന്ന് കരുതുന്നത് എൻറോൾമെന്റ്, സർട്ടിഫിക്കറ്റ് കൈകാര്യം, പോസ്ച്ചർ പരിശോധനകൾ, ഗേറ്റ്വേ പ്രതീക്ഷിക്കുന്ന നയം എന്നിവ ഒഴിവാക്കുന്നു. സംഘടന അയച്ച പ്രൊഫൈൽ കൈകൊണ്ട് ടൈപ്പ് ചെയ്ത കണക്ഷനുമായി തുല്യമല്ല, രണ്ടും ഒടുവിൽ ഒരു IPsec ടണൽ സ്ഥാപിച്ചാലും. ആ വ്യത്യാസം സെറ്റിംഗ്സ് പാനലിൽ അദൃശ്യവും ഗേറ്റ്വേയുടെ സ്വന്തം ലോഗുകളിൽ വ്യക്തവുമാണ്.
ഗേറ്റ്വേ ഉടമയോട് മൂന്ന് കാര്യങ്ങൾ ചോദിക്കുക: അവർ പിന്തുണയ്ക്കുന്ന Mac ക്ലയന്റ്, കൃത്യമായ പ്രൊഫൈൽ നാമം, ഏറ്റവും കുറഞ്ഞ ക്ലയന്റ് പതിപ്പ്. ഉപയോക്താവ് പ്രവർത്തിപ്പിക്കുന്ന macOS പതിപ്പും ചേർക്കുക. സർവർ ഹോസ്റ്റ്നാമം മാത്രം അവയൊന്നും വിവരിക്കുന്നില്ല, അതുകൊണ്ടാണ് ഹോസ്റ്റ്നാമം മാത്രമുള്ള ടിക്കറ്റുകൾ പലപ്പോഴും തിരികെ വരുന്നത്.
പഴയ കേർണൽ ഉപദേശങ്ങൾ അവയുടെ സ്വന്തം ദശകത്തിന്റേതാണ്
Mac VPN പ്രശ്നങ്ങളുടെ തിരയൽ ഫലങ്ങൾ സ്റ്റാർട്ടപ്പിൽ കീകൾ പിടിച്ചിരിക്കാനും വേറെ കേർണൽ ആർക്കിടെക്ചറിലേക്ക് ബൂട്ട് ചെയ്യാനും നിലവിലെ സിസ്റ്റം സമഗ്രതാ സംരക്ഷണങ്ങളേക്കാൾ പഴയ ഒരു സഹായി പ്രവർത്തിപ്പിക്കാനുമുള്ള നിർദ്ദേശങ്ങൾ കൊണ്ട് നിറഞ്ഞിരിക്കുന്നു. ആ ഘട്ടങ്ങൾ Mac ഹാർഡ്വെയറിന്റെയും ക്ലയന്റ് ബിൽഡുകളുടെയും ചില പഴയ കോമ്പിനേഷനുകളിൽ നിന്ന് വരുന്നു. അവ ഇപ്പോൾ ആവർത്തിക്കുന്നത് കുടിയേറ്റമല്ല, നിലവിലെ പതിപ്പിൽ ചിലത് ഒട്ടും ചെയ്യാൻ കഴിയില്ല.
അറിഞ്ഞിരിക്കേണ്ട ഒരു ബന്ധപ്പെട്ട പരിധിയുണ്ട്, കാരണം അത് തെറ്റായ സന്ദർഭത്തിൽ ഉദ്ധരിക്കപ്പെടുന്നു. 32-ബിറ്റ് ആപ്ലിക്കേഷനുകൾ Catalina 10.15 മുതൽ macOS-മായി പൊരുത്തപ്പെടുന്നത് നിർത്തി എന്ന് Apple രേഖപ്പെടുത്തുന്നു, അതിനാൽ അത്ര പഴയ ക്ലയന്റിന് ഡ്രൈവറുകളോ അനുമതികളോ പരിഗണിക്കാതെ അവിടെ പ്രവർത്തിക്കാൻ കഴിയില്ല. ഇത് ആപ്ലിക്കേഷൻ പൊരുത്തമുള്ള പരിധിയാണ്, കേർണൽ-മോഡ് പ്രശ്നമല്ല, രണ്ട് വിശദീകരണങ്ങളും കലർത്തുന്നത് ആർക്കും സഹായകരമല്ലാത്ത ഉപദേശം നൽകുന്നു.
കാലഹരണപ്പെട്ട ഒരു ക്ലയന്റ് മാത്രം അവശേഷിക്കുന്നുവെങ്കിൽ, അതിന്റെ പ്രൊഫൈൽ സംവേദനക്ഷമമായ കുടിയേറ്റ വസ്തുവായി കണക്കാക്കി അംഗീകരിച്ച പകരം ആവശ്യപ്പെടുക. സിസ്റ്റം സംരക്ഷണങ്ങൾ പ്രവർത്തനരഹിതമാക്കരുത്, ഒപ്പിടാത്ത ഡ്രൈവർ ഇൻസ്റ്റാൾ ചെയ്യരുത്, ആധുനിക ക്ലയന്റ് അത് ഇംപോർട്ട് ചെയ്യുമെന്ന പ്രതീക്ഷയിൽ .pcf എക്സ്റ്റൻഷനുള്ള ഫയലിന്റെ പേര് മാറ്റരുത്: PCF പഴയ ക്ലയന്റിന്റെ ഫോർമാറ്റിന്റേതാണ്, Secure Client സ്വന്തം പ്രൊഫൈൽ സംവിധാനം ഉപയോഗിക്കുന്നു, രണ്ടും എക്സ്റ്റൻഷൻ പ്രകാരം പരസ്പരം മാറ്റാനാവില്ല.
ക്ലയന്റിനെ നെറ്റ്വർക്കിൽ നിന്ന് വേർതിരിക്കുക
പിന്തുണയ്ക്കുന്ന ക്ലയന്റ് ഇതിനകം ഇൻസ്റ്റാൾ ചെയ്ത് മിക്കവാറും പ്രവർത്തിക്കുന്നുവെങ്കിൽ, രസകരമായ ചോദ്യം മാറുന്നു. എല്ലായിടത്തും പരാജയപ്പെടുന്നുണ്ടോ, അതോ ഒരു ആക്സസ് നെറ്റ്വർക്കിൽ മാത്രമോ? വീട്ടിലെ കണക്ഷനിൽ നിന്ന് കണക്ട് ചെയ്ത് ഹോട്ടലിൽ പരാജയപ്പെടുന്ന ക്ലയന്റ് എത്തിച്ചേരൽ വിവരിക്കുന്നു, ആർക്കിടെക്ചറല്ല, ആപ്ലിക്കേഷൻ വീണ്ടും ഇൻസ്റ്റാൾ ചെയ്യുന്നത് ഹോട്ടലിന്റെ ഫിൽട്ടറിംഗ് മാറ്റില്ല. ഇൻസ്റ്റലേഷൻ തൊടുന്നതിന് മുമ്പ് അതേ ലാപ്ടോപ്പ് നിങ്ങൾ വിശ്വസിക്കുന്ന നെറ്റ്വർക്കിൽ പരീക്ഷിക്കുക.
എന്തെങ്കിലും മാറ്റുന്നതിന് മുമ്പ് പരാജയം രേഖപ്പെടുത്തുക. ക്ലയന്റിന്റെ സ്വന്തം ലോഗ് സാധാരണയായി പരാജയപ്പെട്ട ഘട്ടം പേരിടുന്നു: പ്രൊഫൈൽ തിരഞ്ഞെടുപ്പ്, പ്രാമാണീകരണം, ടണൽ സ്ഥാപിക്കൽ അല്ലെങ്കിൽ നയം. അതേ മെഷീനിൽ മറ്റൊരു നെറ്റ്വർക്കിൽ നിന്നുള്ള വിജയകരമായ ശ്രമവുമായി അത് താരതമ്യം ചെയ്യുക, കാരണം നിങ്ങൾ പരീക്ഷിക്കുന്ന ചരം നെറ്റ്വർക്കാണ്, ക്ലയന്റ് സ്ഥിരമാണ്.
അടുത്ത ടിക്കറ്റിനായി ഉത്തരം എഴുതുക
മൂന്നിൽ ഏതുമായി ഇടപെടുന്നുവെന്ന് അറിഞ്ഞാൽ, ഇൻസ്റ്റാൾ ചെയ്ത പതിപ്പും macOS പതിപ്പും സഹിതം ടിക്കറ്റിൽ രേഖപ്പെടുത്തുക. ആ ഒരു വരി അടുത്ത എൻജിനീയറെ പൂജ്യത്തിൽ നിന്ന് തുടങ്ങുന്നതിൽ നിന്ന് തടയുന്നു, രണ്ടാം ചോദ്യറൗണ്ട് കൂടാതെ വെണ്ടറിലേക്ക് എസ്കലേഷൻ സാധ്യമാക്കുന്നു.
തുടർന്ന് ഉപയോക്താവിന് യഥാർത്ഥത്തിൽ ആവശ്യമായ ഒരേയൊരു കാര്യം പരിശോധിക്കുക: നിലവിലെ ക്ലയന്റിന് വിഭവം എത്താൻ കഴിയുമോ എന്നത്, ടണൽ സൂചകം പച്ചയായോ എന്നത് മാത്രമല്ല. ഈ ചർച്ചകളിൽ പലപ്പോഴും വരുന്ന പൊരുത്ത പരിധിക്ക്, macOS Catalina-യോടൊപ്പം 32-ബിറ്റ് ആപ്പ് പിന്തുണ അവസാനിക്കുന്നത് എന്നതിനെക്കുറിച്ചുള്ള Apple-ന്റെ കുറിപ്പാണ് നാടൻ കഥകൾക്ക് പകരം ഉദ്ധരിക്കാൻ യോഗ്യമായ റഫറൻസ്.