vpncli -s ընդդեմ գրաֆիկական ինտերֆեյսի. մուտք Cisco Secure Client

Cisco Secure Client-ը տալիս է նույն մուտքի հարցումներին պատասխանելու երկու եղանակ՝ մարդ, որը մուտքագրում է vpnui.exe-ում, կամ սկրիպտ, որը պատասխանները ստանդարտ մուտքով ուղարկում է vpncli.exe-ին՝ -s-ով։ Երկրորդը հնարավոր է դարձնում պլանավորված միացումները՝ առանց գրաֆիկական ինտերֆեյսի էկրանը կարդալու, և այն նաև մուտքը վերածում է ֆայլի, որը պետք է պաշտպանվի որպես հավատարմագրեր։ Որն ընտրել, կախված է նրանից՝ մեքենայի մոտ մարդ կա՞, և թե որքան հաճախ է փոխվում գաղտնաբառը։ Ոչ մի տարբերակ չի փոխում այն, ինչ հարցնում է դարպասը, միայն այն, թե ով է պատասխանում։

Երկու ուղիներն էլ ավարտվում են նույն թունելում, ուստի համեմատությունը շահագործման մասին է, ոչ թե արձանագրության։

Նույն հարցումներին պատասխանելու երկու եղանակ

Գրաֆիկական ինտերֆեյսի ուղին ինտերակտիվ է ըստ ձևավորման՝ հաճախորդը հարցնում է, ինչ-որ մեկը պատասխանում է, և նստաշրջանը ապրում է այնքան, քանի դեռ այդ մարդը հանգիստ է թողնում այն։ Սա ճիշտ ընտրություն է մարդու կողմից օգտագործվող դյուրակիր համակարգչում, որովհետև հարցումները հարմարվում են դարպասի նույնականացման եղանակին, և ոչ ոք ստիպված չէ սկավառակի վրա պարզ տեքստով գաղտնաբառ պահել։

Սկրիպտի ուղին հարմար է կիոսկի, լաբորատոր մեքենայի կամ պլանավորված առաջադրանքի համար, որտեղ մուտքագրող չկա։ Փոխանակումը հստակ է՝ դուք ընդունում եք հավատարմագրերի ֆայլ սկավառակի վրա՝ չհսկվող միացման դիմաց։ Եթե դարպասը առաջարկում է վկայագրով կամ SAML նույնականացում, այդ փոխանակումը սովորաբար արժանի չէ, որովհետև ֆայլը գոյություն ունի միայն այն հարցումներին պատասխանելու համար, որոնցից ավելի ուժեղ եղանակը կխուսափեր։

Մի՛ խառնեք երկուսը նույն մեքենայի վրա միաժամանակ։ Հրամանի տողը և գրաֆիկական հաճախորդը մրցում են նույն նստաշրջանի վիճակի համար, և դա հաջորդ բաժնի խնդիրն է։

Ինչ պետք է պարունակի պատասխանների ֆայլը

Հաճախորդը հարցնում է հերթով՝ դարպաս, երբեմն խմբի ընտրություն, օգտանուն, գաղտնաբառ և ցանկացած բանների հաստատում։ Ֆայլը, որը պատասխանում է բոլորին, այսպիսի տեսք ունի՝ իրական արժեքներով լրացված.

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

Այդ ֆայլը կառուցելու վստահելի ձևն այն է, որ մեկ անգամ ձեռքով միանաք, գրի առնեք ձեր մուտքագրած յուրաքանչյուր տողը և սեղմած յուրաքանչյուր Enter-ը, ապա ճշգրտորեն վերարտադրեք այդ հաջորդականությունը։ Այն տեղակայումները, որոնք խումբն ու օգտանունը պահում են պրոֆիլում, կարող են դատարկ տողեր պահանջել այնտեղ, որտեղ այդ հարցումներն այլևս չեն երևում, և վերջին տողին դեռ պետք է իր սեփական նոր տողը։ Մեկ տողով պակաս ֆայլը սովորաբար կախվում է վերջին հարցման վրա՝ հստակ սխալով ձախողվելու փոխարեն, և դրա համար է, որ մեղադրում են ցանցին։ Համեմատեք ֆայլը ձեր գրառման հետ երկու անգամ՝ մեկը հերթականության, մեկը դատարկ տողերի համար։

Պահեք ֆայլը ցանկացած համաժամացվող պանակից դուրս, և այն կարդա միայն այն հաշիվը, որը գործարկում է առաջադրանքը։ Այդ գաղտնաբառը պարզ տեքստ է, ուստի ֆայլը հավատարմագրեր են՝ ոչ պահոց, ոչ ընդհանուր սկավառակ, ոչ հավելված տոմսի մեջ։ Հաճախորդը ոչնչի մասին ձեզ չի զգուշացնի։

Ինչու գրաֆիկական ինտերֆեյսը պետք է առաջինը հեռանա

Սկսեք սկրիպտը՝ ավարտելով գրաֆիկական ինտերֆեյսի գործընթացը, ապա գործարկեք 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-ից կախված աշխատանքը։

Եթե բաց թողնեք գրաֆիկական ինտերֆեյսի սպանությունը, սկրիպտը կարող է թվալ, թե աշխատում է, մինչ գոյություն ունեցող նստաշրջանը մնում է այն վիճակում, ինչպիսին օգտատերը թողել է։ Այդ խափանումը ընդհատվող է թվում, և հենց այդպիսի սխալն է, որ դիմանում է ենթադրությունների մեկ շաբաթին։

Հաստատեք նստաշրջանը, մի՛ ենթադրեք այն

Երբ սկրիպտը վերադառնա, ստուգեք ինչ-որ բան, ինչ գոյություն ունի միայն թունելի ներսում՝ ներքին հոսթ կամ DNS վերջածանց, որին պատասխանում է միայն կորպորատիվ լուծիչը։ Կարդացեք նաև միացման վիճակի տողը հաճախորդի արտածումից, և ամեն այլ բան համարեք ձախողում, ոչ թե դանդաղ հաջողություն։ Ֆայլի կրկնակի գործարկումը, երբ նստաշրջանն արդեն բաց է, կարող է հաճախորդին կիսակարգավորված թողնել, ուստի կամ նախ անջատվեք, կամ բաց թողեք մուտքը, երբ նստաշրջանը կա։

Ապա որոշեք՝ ով է պատասխանատու վերամիացման համար։ Օղակը, որը փինգ է անում ներքին հասցեին և նորից գործարկում մուտքը, կարող է կիոսկը ամիսներով առցանց պահել, և այն նաև կարող է կողպել հաշիվը գաղտնաբառի առաջին փոփոխության ժամանակ։ Սահմանափակեք փորձերի քանակը, ահազանգեք, երբ այն սպառվի, և թող ինքնության թիմը փոխի ֆայլը՝ հնացած գաղտնաբառի կրկնվող փորձերով կողպման հասնելու փոխարեն։

Հին vpnclient.exe-ը նույն գործիքը չէ

Նույն ավտոմատացումը հայտնվում է ավելի հին անվան տակ, և երկուսը փոխարինելի չեն։ Շահագործումից հանված Cisco IPsec հաճախորդն օգտագործում էր vpnclient.exe՝ տողում ներառված արգումենտներով, ինչպիսիք են connect բայը, պրոֆիլի անունը, օգտատերը և գաղտնաբառը մեկ հրամանի տողում, մինչդեռ vpncli.exe սպասում է հարցումների հաջորդականության ստանդարտ մուտքում՝ -s-ով։ Ուստի հին ֆորումի սկրիպտը ժամանակակից մեքենայի վրա պատճենելը տալիս է հրաման, որը գործարկվում է, ոչինչ տեսանելի չի անում, և մեղքը դրվում է դարպասի վրա։

Նախքան որևէ արգումենտ փոխելը՝ ստուգեք, թե որ հաճախորդն է տեղադրված և որին է սկրիպտը իրականում կանչում։ Անվան տարբերությունը բավական փոքր է, որպեսզի բաց թողնվի պլանավորված առաջադրանքում, և սա առաջինն է, ինչ պետք է ստուգել, երբ ժառանգված սկրիպտը դադարել է աշխատել թարմացումից հետո։