vpncli -s વિરુદ્ધ 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 સાથે પ્રોમ્પ્ટ ક્રમની અપેક્ષા રાખે છે. તેથી જૂની ફોરમ સ્ક્રિપ્ટ આજના મશીન પર કૉપિ કરવાથી એવો આદેશ બને છે જે ચાલે છે, કંઈ દેખાય તેવું કરતો નથી, અને દોષ ગેટવેને મળે છે.

કોઈપણ આર્ગ્યુમેન્ટ સંપાદિત કરતા પહેલા, કયો ક્લાયન્ટ સ્થાપિત છે અને સ્ક્રિપ્ટ ખરેખર કોને બોલાવે છે તે ચકાસો. નામનો તફાવત સમયપત્રક મુજબના કાર્યમાં ચૂકી જવા જેટલો નાનો છે, અને અપગ્રેડ પછી વારસામાં મળેલી સ્ક્રિપ્ટ કામ કરવાનું બંધ કરે ત્યારે પહેલું ચકાસવાનું આ જ છે.