vpncli Windows-ൽ പ്രവർത്തിക്കുന്നില്ലേ? Cisco Secure Client ശരിയായി പ്രവർത്തിപ്പിക്കുക

Windows പ്രോംപ്റ്റിൽ vpncli ടൈപ്പ് ചെയ്യുമ്പോൾ തിരിച്ചറിയാത്ത കമാന്റ് പിശക് ലഭിക്കുന്നു, അല്ലെങ്കിൽ വിൻഡോ തുറന്ന് നിങ്ങൾ പ്രതീക്ഷിക്കാത്ത ഒരു ചോദ്യത്തിൽ നിൽക്കുന്നു. രണ്ട് ലക്ഷണങ്ങളും സാധാരണയായി ഒരേ സ്ഥലത്തുനിന്നാണ് വരുന്നത്: യന്ത്രത്തിൽ ഒന്നിലധികം Cisco VPN ക്ലയന്റ് ലൈനുകൾ ഇൻസ്റ്റാൾ ചെയ്തിട്ടുണ്ട്, നിങ്ങൾ പ്രവർത്തിപ്പിച്ച കമാന്റ് തെറ്റായ ക്ലയന്റിന്റേതാണ്. പരിഹാരം Secure Client-നൊപ്പം വരുന്ന എക്സിക്യൂട്ടബിൾ ഫയൽ പ്രവർത്തിപ്പിച്ച്, ഗേറ്റ്വേ യഥാർത്ഥത്തിൽ അയയ്ക്കുന്ന പ്രോംപ്റ്റുകൾക്ക് ഉത്തരം നൽകുകയാണ്.

ലക്ഷണം രണ്ട് വ്യത്യസ്ത ക്ലയന്റുകളെ സൂചിപ്പിക്കുന്നു

Cisco Secure Client-ൽ vpncli.exe എന്ന Windows കമാന്റ്-ലൈൻ ഇന്റർഫേസ് ഉണ്ട്. പഴയ Cisco IPsec VPN Client വേറെ പ്രോഗ്രാം, vpnclient.exe, വ്യത്യസ്ത കമാന്റുകളും വ്യത്യസ്ത പാസ്വേഡ് സ്വിച്ചുകളും സഹിതം നൽകി. രണ്ടും കലർത്തുന്ന ഗൈഡുകൾ യുക്തിസഹമെന്ന് തോന്നുകയും ഉടൻ പരാജയപ്പെടുകയും ചെയ്യുന്ന കമാന്റുകൾ സൃഷ്ടിക്കുന്നു. ഇൻസ്റ്റാൾ ചെയ്ത പ്രോഗ്രാം ഫോൾഡർ അവ തിരിച്ചറിയാനുള്ള വേഗമേറിയ മാർഗമാണ്.

vpncli PATH-ൽ ഇല്ലെങ്കിൽ അത് ഘടകം ഇല്ലെന്നതിന്റെ തെളിവല്ല. ഇൻസ്റ്റാളർ ഫോൾഡർ PATH-ലേക്ക് ചേർക്കുന്നില്ല, അതിനാൽ എക്സിക്യൂട്ടബിൾ ഫയൽ പൂർണ്ണ പാതയിലൂടെ വിളിക്കുന്നു.

Secure Client-ന്റെ എക്സിക്യൂട്ടബിൾ ഫയൽ പ്രവർത്തിപ്പിക്കുക

Secure Client 5.x ഇൻസ്റ്റലേഷനിൽ രേഖപ്പെടുത്തിയ സ്ഥാനം Program Files (x86)-നുള്ളിൽ Secure Client ഫോൾഡറാണ്. PowerShell-ൽ കോൾ ഓപ്പറേറ്റർ ആവശ്യമാണ് കാരണം പാതയിൽ ഇടവേളകളുണ്ട്: & 'C:\Program Files (x86)\Cisco\Cisco Secure Client\vpncli.exe'. ആ ഫയൽ ഇല്ലെങ്കിൽ, വിടവ് നികത്താൻ പഴയ ക്ലയന്റ് ഡൗൺലോഡ് ചെയ്യുന്നതിനുപകരം ഇൻസ്റ്റാൾ ചെയ്ത പതിപ്പും അതിന്റെ ഫോൾഡറും പരിശോധിക്കുക.

cmd.exe-ൽ നിന്ന് അതേ പാത കോൾ ഓപ്പറേറ്റർ ഇല്ലാതെ പ്രവർത്തിക്കുന്നു, പക്ഷേ ഇപ്പോഴും ഉദ്ധരണികൾ ആവശ്യമാണ്. ഒരു ഷെൽ തിരഞ്ഞെടുത്ത് അതിൽത്തന്നെ നിൽക്കുക, കാരണം രണ്ടും ഉദ്ധരണികൾ വ്യത്യസ്തമായി കൈകാര്യം ചെയ്യുന്നു, ഓൺലൈനിൽ പരാജയപ്പെട്ട ഉദാഹരണങ്ങളിൽ പകുതി ഉദ്ധരണി പ്രശ്നമാണ്.

കണക്ട് ചെയ്ത് ഗേറ്റ്വേ ആവശ്യപ്പെടുന്നതിന് ഉത്തരം നൽകുക

ക്ലയന്റ് പ്രോംപ്റ്റിൽ അനുവദിച്ച ഗേറ്റ്വേയിലേക്കോ കോൺഫിഗർ ചെയ്ത അലിയാസിലേക്കോ കണക്ട് ചെയ്യുക: connect vpn.example.com. ഉദാഹരണം നിങ്ങളുടെ സ്വന്തം ഹോസ്റ്റ് നാമം കൊണ്ട് മാറ്റുക. തുടർന്ന് ക്ലയന്റ് നിങ്ങളുടെ വിന്യാസത്തിന് ആവശ്യമായ ക്രെഡൻഷ്യലുകൾ ചോദിക്കുന്നു, അവയിൽ സർട്ടിഫിക്കറ്റ് തിരഞ്ഞെടുപ്പ്, ടോക്കൺ കോഡ് അല്ലെങ്കിൽ രണ്ടാം ഘടകം ഉണ്ടാകാം. ഓരോ പ്രോംപ്റ്റിനും അത് പ്രത്യക്ഷപ്പെടുന്ന ക്രമത്തിൽ ഉത്തരം നൽകുക.

Cisco-യുടെ രേഖപ്പെടുത്തിയ ഉദാഹരണം വ്യക്തമായ ഉത്തരം ആവശ്യപ്പെടുന്ന ഒരു ബാനറും കാണിക്കുന്നു, അതിനാൽ ഉപയോക്തൃനാമവും പാസ്വേഡും മാത്രം നൽകുന്ന സ്ക്രിപ്റ്റ് ആ ബാനറിൽ നിൽക്കാം. അടുത്ത പ്രോംപ്റ്റ് പാസ്വേഡാണെന്ന് കരുതുന്നതിനുപകരം സ്ക്രീനിലെ ചോദ്യം വായിക്കുക.

വിശ്വസിക്കുന്നതിന് മുമ്പ് സെഷൻ പരിശോധിക്കുക

കണക്ഷൻ സ്ഥാപിച്ചതിന് ശേഷം stats സെഷൻ വിവരങ്ങൾ പ്രിന്റ് ചെയ്യുന്നു: ഗേറ്റ്വേ, അനുവദിച്ച വിലാസം, പ്രോട്ടോക്കോൾ, ദൈർഘ്യം. ഒരു ഉദ്ദേശിച്ച ആന്തരിക വിഭവവും പരിശോധിക്കുക, കാരണം അതിന്റെ റൂട്ടുകൾ, DNS, ആപ്ലിക്കേഷൻ അനുമതികൾ ജോലി നിർവഹിക്കുന്നുവെന്ന് തെളിയിക്കുന്നതിന് മുമ്പേ സെഷൻ നിലവിലുണ്ട്. സെഷൻ സജീവമായിരിക്കുമ്പോൾ അനുവദിച്ച വിലാസം രേഖപ്പെടുത്തുക.

VPN സെഷൻ അവസാനിപ്പിക്കാൻ ആഗ്രഹിക്കുമ്പോൾ disconnect, ഇന്ററാക്ടീവ് CLI വിടാൻ ആഗ്രഹിക്കുമ്പോൾ quit പ്രവർത്തിപ്പിക്കുക. ഇവ രണ്ടും പര്യായങ്ങളല്ല, വിൻഡോ അടയ്ക്കുന്നത് ഇവയിൽ ഏതിനും രേഖപ്പെടുത്തിയ പകരമല്ല.

ഓട്ടോമേഷൻ വേറിട്ട ഒരു തീരുമാനമാണ്

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

പാസ്വേഡ് നേരിട്ട് കമാന്റ് ലൈനിൽ ഇടുന്ന പഴയ ഉദാഹരണങ്ങൾ സ്വീകരിക്കരുത്. ഇന്ററാക്ടീവ് സംഭാഷണത്തിലേക്ക് നൽകുന്ന സ്ഥിരവരികൾ ഗേറ്റ്വേ തന്റെ ചോദ്യങ്ങൾ മാറ്റുമ്പോൾ തന്നെ പൊട്ടുന്നു, സ്ക്രിപ്റ്റിൽ സൂക്ഷിച്ച ക്രെഡൻഷ്യൽ എഴുതപ്പെടാൻ കാത്തിരിക്കുന്ന കണ്ടെത്തലാണ്. Cisco CLI റഫറൻസ് ഈ ക്ലയന്റിനുള്ള പിന്തുണയുള്ള കമാന്ഡുകൾ രേഖപ്പെടുത്തുന്നു.

ലോഗിൻ പരാജയപ്പെടുമ്പോൾ ക്ലയന്റ് പതിപ്പ്, ഗേറ്റ്വേ, സമയം, രഹസ്യമല്ലാത്ത പിശക് പാഠം എന്നിവ സൂക്ഷിക്കുക. ഈ നാല് വസ്തുതകൾ തെറ്റായ എക്സിക്യൂട്ടബിൾ ഫയലിനെ പ്രാമാണീകരണ നിരസനത്തിൽനിന്നും സ്വന്തം ആപ്ലിക്കേഷനിൽ എത്താത്ത കണക്ട് ചെയ്ത സെഷനിൽനിന്നും വേർതിരിക്കുന്നു.