Mac-ൽ Cisco Secure Client: വിൻഡോ, സ്വയം കണക്റ്റോ വീണ്ടും കണക്റ്റോ?

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

നിങ്ങൾ യഥാർത്ഥത്തിൽ കാണുന്ന പെരുമാറ്റത്തിന് പേരിടുക

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

scutil --nc list
ps aux | grep -i [v]pnagentd
ifconfig | grep -A3 utun

മൂന്ന് ഔട്ട്പുട്ടുകളും ഒരുമിച്ച് വായിക്കുക, കാരണം scutil --nc list സിസ്റ്റത്തിന്റെ VPN കോൺഫിഗറേഷനുകൾ ലിസ്റ്റ് ചെയ്യുന്നു, ശൂന്യമായ ലിസ്റ്റ് എന്നാൽ ഒരു സിസ്റ്റം VPN സേവനവും ടണൽ സ്വന്തമാക്കുന്നില്ല എന്നത് മാത്രം. Cisco Secure Client അത് രജിസ്റ്റർ ചെയ്യുന്നില്ല: അത് vpnagentd ഉം utun ഇന്റർഫേസും വഴി അവസാനിക്കുന്നു, അതിനാൽ പ്രോസസും ഇന്റർഫേസും അതിനെ കാണുന്ന തെളിവാണ്. vpnagentd പ്രവർത്തിക്കുകയും utun ഇന്റർഫേസിന് വിലാസം ഉണ്ടാകുകയും ചെയ്യുമ്പോൾ, വിൻഡോ അടച്ചിരുന്നാലും ടണൽ നിലനിൽക്കുന്നു; രണ്ടും ഇല്ലെങ്കിൽ സ്വയം കണക്ഷൻ ഓഫാണ്, വിൻഡോ മാത്രമാണ് ചർച്ച ചെയ്യാനുള്ളത്. ഫ്രണ്ട് എൻഡ് പ്രവർത്തിക്കുമ്പോൾ വേറെ ബാക്ക്ഗ്രൗണ്ട് സേവനം ടണൽ സ്വന്തമാക്കാം, അതിനാൽ ഉടമസ്ഥതാ ചോദ്യം പ്രൊഫൈൽ വിഭാഗങ്ങളുടേതാണ്, ഇതിന്റേതല്ല.

ലോഗിനിലെ വിൻഡോ ഒരു ലോഞ്ച് ചോദ്യമാണ്

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

മാനേജ് ചെയ്ത Mac-ൽ, പെരുമാറ്റത്തെ പ്രാദേശിക മുൻഗണനയായി കാണുന്നതിന് മുമ്പ് അത് ഇൻസ്റ്റാൾ ചെയ്ത കോൺഫിഗറേഷൻ പ്രൊഫൈൽ വഴി വരുന്നുണ്ടോ എന്ന് ഉറപ്പാക്കുക. സിസ്റ്റത്തിന് അതിന്റെ പ്രൊഫൈലുകൾ ലിസ്റ്റ് ചെയ്യാം, മാനേജ് ചെയ്ത ലോഗിൻ ഐറ്റം നിങ്ങൾ ഇല്ലാതാക്കേണ്ടതല്ല:

profiles show -type configuration

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

Auto Connect on Start ഒരു വേറിട്ട മുൻഗണനയാണ്

Cisco-യുടെ കണക്ഷൻ ഗൈഡ് Auto Connect on Start-നെ ക്ലയന്റ് ആരംഭിക്കുമ്പോഴുള്ള കണക്ഷൻ ശ്രമം നിയന്ത്രിക്കുന്ന മുൻഗണനയായി പേരിടുന്നു, സ്വതേ ഓഫാണെന്ന് വിവരിക്കുന്നു. വിന്യസിച്ച പ്രൊഫൈലിന് അത് പ്രവർത്തനക്ഷമമാക്കാം, അതുകൊണ്ടാണ് ഒരേ ക്ലയന്റുള്ള രണ്ട് Mac ലോഗിനിൽ വ്യത്യസ്തമായി പെരുമാറുന്നത്. ലോഞ്ച് ഐറ്റങ്ങളെക്കുറിച്ച് എന്തെങ്കിലും അനുമാനിക്കുന്നതിന് മുമ്പ് ക്ലയന്റ് ക്രമീകരണങ്ങളിൽ ആ മുൻഗണന തിരയുക.

പിന്തുണയുള്ള നിയന്ത്രണത്തിലൂടെ അത് മാറ്റി, പുനരാരംഭത്തിന് പകരം പൂർണ്ണ ലോഗ് ഔട്ട് ഉപയോഗിച്ച് പരീക്ഷിക്കുക, കാരണം ചില ഘടകങ്ങൾ ലോഗിൻ സെഷനോടൊപ്പം മാത്രമേ ആരംഭിക്കൂ. തുടർന്ന് മാനുവൽ കണക്ഷൻ ഇപ്പോഴും പ്രവർത്തിക്കുന്നുവെന്ന് ഉറപ്പാക്കുക, കാരണം സ്വയം ശ്രമത്തെ അടിച്ചമർത്തുന്ന മുൻഗണന കണക്റ്റ് ചെയ്യാനുള്ള നിങ്ങളുടെ കഴിവ് എടുത്തുകളയരുത്. ക്ലയന്റ് എങ്കിലും ഉടൻ വീണ്ടും കണക്റ്റ് ചെയ്യുന്നുവെങ്കിൽ, നിങ്ങൾ വീണ്ടും കണക്ഷന്റെ പെരുമാറ്റം കാണുകയാണ്. അതാണ് അടുത്ത ചോദ്യം, അതിന് വേറെ ഉടമയാണ്.

Auto Reconnect മൂന്നാമത്തെ ക്രമീകരണത്തിന്റേതാണ്

വീണ്ടും കണക്ഷൻ, സ്ഥാപിതമായ ഒരു സെഷൻ അതിന്റെ പാത നഷ്ടപ്പെട്ടതിന് ശേഷം എന്ത് സംഭവിക്കുന്നു എന്ന് നിർണ്ണയിക്കുന്നു: മൂടി അടയുന്നു, Wi-Fi നെറ്റ്വർക്ക് മാറുന്നു, വയർ ലിങ്ക് വീഴുന്നു. Cisco അതിനെ സ്റ്റാർട്ടപ്പ് പെരുമാറ്റത്തിൽ നിന്ന് വേറിട്ട് രേഖപ്പെടുത്തുന്നു, അതിനാൽ സ്റ്റാർട്ടപ്പ് മാറ്റം അതിനെ സ്പർശിക്കില്ല. നെറ്റ്വർക്ക് ഒരു നിമിഷം വിച്ഛേദിച്ച്, ഇൻപുട്ടില്ലാതെ ടണൽ തിരികെ വരുന്നുണ്ടോ എന്ന് നിരീക്ഷിച്ച് അത് പരീക്ഷിക്കുക.

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

ഏറ്റവും ചെറിയ മാറ്റം ആവശ്യപ്പെടുക, പിന്നീട് പരിശോധിക്കുക

അഭ്യർത്ഥന നാല് വസ്തുതകളോടെ എഴുതുക: ഏത് ക്ലയന്റ് ബിൽഡ് പ്രവർത്തിപ്പിക്കുന്നു, ഏത് macOS ബിൽഡ് പ്രവർത്തിപ്പിക്കുന്നു, ലോഗിന് ശേഷം എന്ത് പ്രത്യക്ഷപ്പെടുന്നു, ഇൻപുട്ടില്ലാതെ ടണൽ രൂപപ്പെടുന്നുണ്ടോ. തുടർന്ന് ആഗ്രഹിക്കുന്ന ഫലം സഹപ്രവർത്തകൻ നിങ്ങളോട് ചോദിക്കാതെ നടപ്പാക്കാവുന്ന ഒരു വാക്യത്തിൽ പറയുക. ക്ലയന്റ് ലഭ്യമായി നിർത്തുകയും അതിന്റെ വിൻഡോ അടയ്ക്കുകയും ചെയ്യുന്നത് സ്വയം കണക്ഷൻ തടയുന്നതിൽ നിന്ന് വ്യത്യസ്ത അഭ്യർത്ഥനയാണ്. കൃത്യമായ അഭ്യർത്ഥനയ്ക്ക് നയ മാറ്റം ലഭിക്കുന്നു, അവ്യക്തമായതിന് ആർക്കും ഉടമയില്ലാത്ത പരിഹാരം ലഭിക്കുന്നു.

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

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