vpncli fungerar inte i Windows? Kör Cisco Secure Client korrekt
vpncli finns i Secure Client-mappen, inte i den gamla IPsec-klienten. Anslut, kontrollera statistiken och koppla från, och behandla uppmaningarna som autentisering, inte som brus.
Du skriver vpncli i en Windows-kommandoprompt och får ett fel om att kommandot inte känns igen, eller så öppnas fönstret och stannar vid en fråga du inte förväntade dig. Båda symptomen kommer oftast från samma ställe: maskinen har mer än en Cisco VPN-klientlinje installerad, och kommandot du körde tillhör den felaktiga. Lösningen är att starta den körbara fil som följer med Secure Client och sedan svara på de uppmaningar som gatewayen faktiskt skickar.
Symtomet pekar på två olika klienter
Cisco Secure Client innehåller ett Windows-kommandoradsgränssnitt som heter vpncli.exe. Den äldre Cisco IPsec VPN Client levererade ett annat program, vpnclient.exe, med andra kommandon och andra lösenordsväxlar. Guider som blandar de två ger kommandon som ser rimliga ut och misslyckas direkt. Den installerade programmappen är det snabbaste sättet att skilja dem åt.
Att vpncli inte finns i PATH är inte bevis för att komponenten saknas. Installationsprogrammet lägger helt enkelt inte till mappen i PATH, så du anropar den körbara filen med hela sökvägen.
Starta den körbara fil som hör till Secure Client
För en installation av Secure Client 5.x är den dokumenterade platsen mappen Secure Client under Program Files (x86). I PowerShell krävs anropsoperatorn eftersom sökvägen innehåller mellanslag: & 'C:\Program Files (x86)\Cisco\Cisco Secure Client\vpncli.exe'. Om filen saknas, kontrollera den installerade versionen och dess mapp i stället för att ladda ner en äldre klient för att fylla luckan.
Från cmd.exe fungerar samma sökväg utan anropsoperatorn, men den behöver fortfarande citattecken. Välj ett skal och stanna i det, för de två hanterar citattecken olika, och hälften av de misslyckade exemplen på nätet är ett citatteckenproblem.
Anslut och svara på det gatewayen frågar om
Vid klientens uppmaning ansluter du till den godkända gatewayen eller ett konfigurerat alias: connect vpn.example.com. Byt ut exemplet mot ditt eget värdnamn. Klienten frågar sedan efter de inloggningsuppgifter som din installation kräver, vilket kan omfatta val av certifikat, en tokenkod eller en andra faktor. Svara på varje uppmaning i den ordning den visas.
Ciscos dokumenterade exempel visar också en banner som kräver ett uttryckligt svar, så ett skript som bara levererar användarnamn och lösenord kan stanna vid den bannern. Läs frågan på skärmen i stället för att anta att nästa uppmaning är lösenordet.
Kontrollera sessionen innan du litar på den
När anslutningen är upprättad skriver stats ut sessionsinformation: gatewayen, den tilldelade adressen, protokollet och varaktigheten. Kontrollera också en avsedd intern resurs, eftersom en session finns innan du har bevisat att dess rutter, DNS och applikationsbehörigheter uppfyller jobbet. Anteckna den tilldelade adressen medan sessionen är uppe.
Kör disconnect när du vill avsluta VPN-sessionen, och quit när du vill lämna det interaktiva CLI:t. De två är inte synonymer, och att stänga fönstret är ingen dokumenterad ersättning för någon av dem.
Automatisering är ett separat beslut
En fungerande inloggning i terminalen bevisar inte att en schemalagd uppgift kan slutföra samma autentisering. Skriv ner den identitet som krävs, körkontot, certifikatåtkomsten och eventuell användarinteraktion innan du gör sessionen till ett bakgrundsjobb. Om installationen kräver inloggning i webbläsare eller ett godkännande, bekräfta det stödda arbetsflödet med dess operatör i stället för att behandla uppmaningen som ett hinder.
Anpassa inte gamla exempel som placerar ett lösenord direkt i kommandoraden. Fasta rader som matas in i ett interaktivt samtal går sönder så snart gatewayen ändrar sina frågor, och en sparad inloggningsuppgift i ett skript är ett fynd som bara väntar på att skrivas ner. Cisco CLI-referensen dokumenterar de kommandon som stöds för den här klienten.
När en inloggning misslyckas, spara klientversionen, gatewayen, tiden och feltexten som inte är hemlig. Dessa fyra fakta skiljer en felaktig körbar fil från en avvisad autentisering och från en ansluten session som inte når sin applikation.