vpncli -s vs GUI: Cisco Secure Client-ൽ ലോഗിൻ

Cisco Secure Client ഒരേ ലോഗിൻ പ്രോംപ്റ്റുകൾക്ക് ഉത്തരം നൽകാൻ രണ്ട് വഴികൾ നൽകുന്നു: vpnui.exe-ൽ ടൈപ്പ് ചെയ്യുന്ന ഒരാൾ, അല്ലെങ്കിൽ -s ഉപയോഗിച്ച് സ്റ്റാൻഡേർഡ് ഇൻപുട്ടിലൂടെ vpncli.exe-ലേക്ക് ഉത്തരങ്ങൾ നൽകുന്ന സ്ക്രിപ്റ്റ്. രണ്ടാമത്തേത് GUI-യുടെ സ്ക്രീൻ വായിക്കാതെ ഷെഡ്യൂൾ ചെയ്ത കണക്ഷനുകൾ സാധ്യമാക്കുന്നു, കൂടാതെ ലോഗിൻ ഒരു ക്രെഡൻഷ്യൽ പോലെ സംരക്ഷിക്കേണ്ട ഫയലാക്കി മാറ്റുന്നു. ഏതാണ് വേണ്ടതെന്നത് യന്ത്രത്തിന് സമീപം ഒരാൾ ഉണ്ടോ എന്നതിനെയും പാസ്‌വേഡ് എത്ര തവണ മാറുന്നു എന്നതിനെയും ആശ്രയിച്ചിരിക്കുന്നു. രണ്ട് ഓപ്ഷനുകളും ഗേറ്റ്‌വേ എന്ത് ആവശ്യപ്പെടുന്നു എന്നത് മാറ്റുന്നില്ല, ആര് ഉത്തരം നൽകുന്നു എന്നത് മാത്രം മാറ്റുന്നു.

രണ്ട് വഴികളും ഒരേ ടണലിൽ അവസാനിക്കുന്നു, അതിനാൽ താരതമ്യം പ്രോട്ടോക്കോളിന്റെതല്ല, പ്രവർത്തനത്തിന്റേതാണ്.

ഒരേ പ്രോംപ്റ്റുകൾക്ക് ഉത്തരം നൽകാനുള്ള രണ്ട് വഴികൾ

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

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

ഒരേ യന്ത്രത്തിൽ രണ്ടും ഒരേ സമയം കലർത്തരുത്. കമാൻഡ് ലൈനും ഗ്രാഫിക്കൽ ക്ലയന്റും ഒരേ സെഷൻ അവസ്ഥയ്ക്കായി മത്സരിക്കുന്നു, അതാണ് അടുത്ത വിഭാഗത്തിന്റെ പ്രശ്നം.

ഉത്തര ഫയലിൽ എന്ത് വേണം

ക്ലയന്റ് ക്രമമായി ചോദിക്കുന്നു — ഗേറ്റ്‌വേ, ചിലപ്പോൾ ഗ്രൂപ്പ് തിരഞ്ഞെടുപ്പ്, ഉപയോക്തൃനാമം, പാസ്‌വേഡ്, ഏതെങ്കിലും ബാനർ അംഗീകാരം. ഇവയെല്ലാം ഉത്തരം നൽകുന്ന ഫയൽ യഥാർത്ഥ മൂല്യങ്ങൾ ചേർത്താൽ ഇങ്ങനെ കാണാം:

connect vpn.example.com
MyGroup
alice
correct-horse-battery
y

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

ഫയൽ ഏതെങ്കിലും സിങ്ക് ചെയ്യുന്ന ഫോൾഡറിന് പുറത്ത് സൂക്ഷിക്കുക, ജോലി ചെയ്യുന്ന അക്കൗണ്ടിന് മാത്രം വായിക്കാനാകട്ടെ. ആ പാസ്‌വേഡ് സാധാരണ ടെക്സ്റ്റാണ്, അതിനാൽ ഫയൽ ഒരു ക്രെഡൻഷ്യലാണ്: സംഭരണിയും ഇല്ല, പങ്കിട്ട ഡിസ്കും ഇല്ല, ടിക്കറ്റിൽ അറ്റാച്ച്മെന്റും ഇല്ല. ക്ലയന്റ് ഇവയൊന്നിനെക്കുറിച്ചും മുന്നറിയിപ്പ് നൽകില്ല.

GUI ആദ്യം പോകേണ്ടത് എന്തുകൊണ്ട്

GUI പ്രോസസ് അവസാനിപ്പിച്ച് സ്ക്രിപ്റ്റ് തുടങ്ങുക, തുടർന്ന് CLI അതിന്റെ സ്വന്തം ഇൻസ്റ്റലേഷൻ ഡയറക്ടറിയിൽ നിന്ന് പ്രവർത്തിപ്പിക്കുക, കാരണം വർക്കിംഗ് ഡയറക്ടറിയും ക്ലയന്റ് പതിപ്പും രണ്ടും പ്രധാനമാണ്. ഒരു ഉദാഹരണ റാപ്പർ:

@echo off
taskkill /IM vpnui.exe /F >nul 2>&1
cd /d "%PROGRAMFILES(x86)%\Cisco\Cisco Secure Client"
vpncli.exe -s < C:\secure\login.txt

ഇവിടെ എക്സിറ്റ് കോഡുകൾ വിശ്വസനീയമായ വിജയ സൂചനയല്ല. ക്ലയന്റ് അതിന്റെ പുരോഗതി പ്രിന്റ് ചെയ്യുകയും ടണൽ വേറെ പ്രോസസിൽ സൂക്ഷിക്കുകയും ചെയ്യുന്നു, അതിനാൽ ഔട്ട്പുട്ടിൽ കണക്ഷൻ അവസ്ഥയുടെ വരി വായിച്ച ശേഷം മാത്രം VPN-നെ ആശ്രയിക്കുന്ന ജോലി തുടങ്ങുക.

GUI കൊല്ലുന്നത് ഒഴിവാക്കിയാൽ, നിലവിലുള്ള സെഷൻ ഉപയോക്താവ് വിട്ട അവസ്ഥയിൽ തുടരുമ്പോൾ സ്ക്രിപ്റ്റ് പ്രവർത്തിക്കുന്നതായി തോന്നാം. ആ പരാജയം ഇടയ്ക്കിടെയുള്ളതായി തോന്നുന്നു, ഒരാഴ്ചത്തെ ഊഹങ്ങളെ അതിജീവിക്കുന്ന തരം ബഗ് അതാണ്.

സെഷൻ സ്ഥിരീകരിക്കുക, അനുമാനിക്കരുത്

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

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

പഴയ vpnclient.exe അതേ ഉപകരണമല്ല

അതേ ഓട്ടോമേഷൻ പഴയ പേരിൽ പ്രത്യക്ഷപ്പെടുന്നു, രണ്ടും പരസ്പരം മാറ്റിവയ്ക്കാനാകില്ല. വിരമിച്ച Cisco IPsec ക്ലയന്റ് vpnclient.exe ഉപയോഗിച്ചു, connect ക്രിയ, പ്രൊഫൈൽ പേര്, ഉപയോക്താവ്, പാസ്‌വേഡ് എന്നിവ ഒരൊറ്റ കമാൻഡ് ലൈനിൽ നൽകുന്ന ഇൻലൈൻ ആർഗ്യുമെന്റുകളോടെ; എന്നാൽ vpncli.exe സ്റ്റാൻഡേർഡ് ഇൻപുട്ടിൽ -s ഉപയോഗിച്ച് പ്രോംപ്റ്റുകളുടെ ക്രമം പ്രതീക്ഷിക്കുന്നു. അതുകൊണ്ട് പഴയ ഫോറം സ്ക്രിപ്റ്റ് ഇന്നത്തെ യന്ത്രത്തിൽ പകർത്തിയാൽ പ്രവർത്തിക്കുന്ന, ഒന്നും കാണാത്ത, ഗേറ്റ്‌വേയെ കുറ്റപ്പെടുത്തുന്ന ഒരു കമാൻഡ് ഉണ്ടാകും.

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