Du skriver vpncli i en Windows-ledetekst og får en feil om at kommandoen ikke gjenkjennes, eller vinduet åpnes og blir stående på et spørsmål du ikke forventet. Begge symptomene kommer vanligvis fra samme sted: maskinen har mer enn én Cisco VPN-klientlinje installert, og kommandoen du kjørte tilhører feil en. Løsningen er å starte den kjørbare filen som følger med Secure Client, og deretter svare på ledetekstene gatewayen faktisk sender.

Symptomet peker på to forskjellige klienter

Cisco Secure Client inneholder et Windows-kommandolinjegrensesnitt som heter vpncli.exe. Den eldre Cisco IPsec VPN Client leverte et annet program, vpnclient.exe, med andre kommandoer og andre passordbrytere. Veiledninger som blander de to gir kommandoer som ser rimelige ut og feiler umiddelbart. Den installerte programmappen er den raskeste måten å skille dem.

At vpncli ikke står i PATH er ikke bevis for at komponenten mangler. Installatøren legger rett og slett ikke mappen til i PATH, så du kaller den kjørbare filen med full sti.

Start den kjørbare filen som hører til Secure Client

For en installasjon av Secure Client 5.x er den dokumenterte plasseringen mappen Secure Client under Program Files (x86). I PowerShell kreves kalloperatoren fordi stien inneholder mellomrom: & 'C:\Program Files (x86)\Cisco\Cisco Secure Client\vpncli.exe'. Hvis filen mangler, sjekk den installerte versjonen og mappen dens i stedet for å laste ned en eldre klient for å tette hullet.

Fra cmd.exe fungerer samme sti uten kalloperatoren, men den trenger fortsatt anførselstegn. Velg ett skall og bli der, for de to håndterer anførselstegn ulikt, og halvparten av de mislykkede eksemplene på nettet er et anførselstegnproblem.

Koble til og svar på det gatewayen spør om

Ved klientledeteksten kobler du til den godkjente gatewayen eller et konfigurert alias: connect vpn.example.com. Erstatt eksempelet med ditt eget vertsnavn. Klienten spør deretter om påloggingsinformasjonen utrullingen din krever, som kan omfatte valg av sertifikat, en tokenkode eller en andre faktor. Svar på hver ledetekst i den rekkefølgen den vises.

Ciscos dokumenterte eksempel viser også et banner som krever et uttrykkelig svar, så et skript som bare leverer brukernavn og passord, kan stoppe ved det banneret. Les spørsmålet på skjermen i stedet for å anta at neste ledetekst er passordet.

Kontroller økten før du stoler på den

Når tilkoblingen er etablert, skriver stats ut øktinformasjon: gatewayen, den tildelte adressen, protokollen og varigheten. Kontroller også én tiltenkt intern ressurs, for en økt finnes før du har bevist at ruter, DNS og applikasjonstillatelsene oppfyller jobben. Noter den tildelte adressen mens økten er oppe.

Kjør disconnect når du vil avslutte VPN-økten, og quit når du vil forlate den interaktive CLI-en. De to er ikke synonymer, og å lukke vinduet er ikke en dokumentert erstatning for noen av dem.

Automatisering er en egen beslutning

En fungerende innlogging i terminalen beviser ikke at en planlagt oppgave kan fullføre den samme autentiseringen. Skriv ned identiteten som kreves, kjørekontoen, sertifikattilgang og eventuell brukerinteraksjon før du gjør økten om til en bakgrunnsjobb. Hvis utrullingen krever pålogging i nettleser eller en godkjenning, bekreft den støttede arbeidsflyten med operatøren i stedet for å behandle ledeteksten som en hindring.

Ikke tilpass gamle eksempler som setter et passord direkte i kommandolinjen. Faste linjer som pipes inn i en interaktiv samtale bryter sammen så snart gatewayen endrer spørsmålene sine, og en lagret påloggingsinformasjon i et skript er et funn som bare venter på å bli skrevet ned. Cisco CLI-referansen dokumenterer de støttede kommandoene for denne klienten.

Når en innlogging mislykkes, ta vare på klientversjonen, gatewayen, tidspunktet og feilteksten som ikke er hemmelig. Disse fire fakta skiller en feil kjørbar fil fra en avvist autentisering og fra en tilkoblet økt som ikke når applikasjonen sin.

Relaterte artikler