vpncli neveikia „Windows“? Paleiskite „Cisco Secure Client“ tinkamai

„Windows“ komandų eilutėje įrašote vpncli ir gaunate klaidą, kad komanda neatpažinta, arba langas atsidaro ir sustoja ties klausimu, kurio nesitikėjote. Abu simptomai paprastai kyla iš tos pačios vietos: kompiuteryje įdiegta daugiau nei viena „Cisco VPN“ kliento linija, o įvykdyta komanda priklauso netinkamai. Sprendimas – paleisti vykdomąjį failą, kuris pateikiamas su „Secure Client“, ir tada atsakyti į raginimus, kuriuos tinklų vartai iš tikrųjų siunčia.

Simptomas rodo du skirtingus klientus

„Cisco Secure Client“ turi „Windows“ komandinės eilutės sąsają, vadinamą vpncli.exe. Senesnis „Cisco IPsec VPN Client“ tiekė kitą programą, vpnclient.exe, su kitomis komandomis ir kitais slaptažodžio jungikliais. Vadovai, kurie maišo abu, sukuria komandas, kurios atrodo patikimai ir iškart nepavyksta. Įdiegtas programos aplankas yra greičiausias būdas juos atskirti.

Jei vpncli nėra PATH, tai neįrodo, kad komponento trūksta. Diegimo programa tiesiog neprideda aplanko prie PATH, todėl vykdomąjį failą kviečiate visu keliu.

Paleiskite vykdomąjį failą, priklausantį „Secure Client“

Diegiant „Secure Client 5.x“, dokumentuota vieta yra „Secure Client“ aplankas, esantis „Program Files (x86)“. „PowerShell“ reikia iškvietimo operatoriaus, nes kelyje yra tarpų: & 'C:\Program Files (x86)\Cisco\Cisco Secure Client\vpncli.exe'. Jei šio failo nėra, patikrinkite įdiegtą versiją ir jos aplanką, o ne atsisiųskite seną klientą spragai užpildyti.

Iš cmd.exe tas pats kelias veikia be iškvietimo operatoriaus, bet vis tiek reikia kabučių. Pasirinkite vieną apvalkalą ir likite jame, nes abu kabutes tvarko skirtingai, o pusė nepavykusių pavyzdžių internete yra kabučių problema.

Prisijunkite ir atsakykite į tai, ko klausia tinklų vartai

Kliento raginime prisijunkite prie patvirtintų tinklų vartų arba sukonfigūruoto pseudonimo: connect vpn.example.com. Pakeiskite pavyzdį savo pagrindinio kompiuterio vardu. Tada klientas prašo kredencialų, kurių reikalauja jūsų diegimas; tai gali apimti sertifikato pasirinkimą, žetono kodą ar antrąjį veiksnį. Atsakykite į kiekvieną raginimą tokia tvarka, kokia jis pasirodo.

Dokumentuotame „Cisco“ pavyzdyje taip pat rodoma juosta, kuriai reikia aiškaus atsakymo, todėl scenarijus, pateikiantis tik vartotojo vardą ir slaptažodį, gali sustoti ties ta juosta. Skaitykite ekrane esantį klausimą, o ne manykite, kad kitas raginimas yra slaptažodis.

Patikrinkite sesiją prieš ja pasitikėdami

Kai ryšys užmegztas, stats išspausdina sesijos informaciją: tinklų vartus, priskirtą adresą, protokolą ir trukmę. Patikrinkite ir vieną numatytą vidinį išteklių, nes sesija egzistuoja anksčiau, nei įrodėte, kad jos maršrutai, DNS ir programos leidimai atitinka užduotį. Užrašykite priskirtą adresą, kol sesija aktyvi.

Vykdykite disconnect, kai norite baigti VPN sesiją, ir quit, kai norite išeiti iš interaktyvios CLI. Šie du nėra sinonimai, o lango uždarymas nėra dokumentuotas pakaitalas nė vienam iš jų.

Automatizavimas yra atskiras sprendimas

Veikiantis terminalo prisijungimas neįrodo, kad suplanuota užduotis gali atlikti tą pačią autentifikaciją. Užrašykite reikiamą tapatybę, vykdymo paskyrą, prieigą prie sertifikato ir bet kokią vartotojo sąveiką prieš paversdami sesiją fono užduotimi. Jei diegimas reikalauja prisijungimo naršyklėje arba patvirtinimo, patvirtinkite palaikomą darbo eigą su jos operatoriumi, o ne laikykite raginimo kliūtimi.

Nepritaikykite senų pavyzdžių, kurie slaptažodį deda tiesiai į komandų eilutę. Fiksuotos eilutės, perduodamos į interaktyvų pokalbį, lūžta vos tinklų vartams pakeitus klausimus, o scenarijuje išsaugoti kredencialai yra radinys, kuris tik laukia, kol bus aprašytas. „Cisco CLI“ nuoroda dokumentuoja šio kliento palaikomas komandas.

Kai prisijungimas nepavyksta, išsaugokite kliento versiją, tinklų vartus, laiką ir ne slaptą klaidos tekstą. Šie keturi faktai atskiria netinkamą vykdomąjį failą nuo atmestos autentifikacijos ir nuo prisijungusios sesijos, kuri nepasiekia savo programos.