AnyConnect siger, at VPN-tjenesten ikke er tilgængelig: løsning på Windows

Dialogen vises i det øjeblik, du klikker på Connect, før nogen anmodning om legitimationsoplysninger, og den siger, at VPN-tjenesten ikke er tilgængelig. Intet har forladt maskinen endnu. AnyConnects vindue taler med en lokal Windows-tjeneste, og når den samtale fejler, giver klienten op, før den overhovedet nævner en gateway. Den rækkefølge er det mest nyttige spor i hele meddelelsen: du fejlfinder en tjeneste og en driver, ikke et certifikat eller en firewallregel i den anden ende. Her er den rækkefølge, jeg arbejder mig igennem, den billigste kontrol først.

Dialogen vises, før gatewayen kontaktes

Vinduet er en tynd frontend. Det beder agenttjenesten om at bygge tunnelen, og den tjeneste ejer adapteren, ændringerne i routing og profilarkivet. Hvis tjenesten mangler, er stoppet eller blokeret, har frontenden intet at tale med og rapporterer præcis dette.

Den praktiske konsekvens er enkel: intet servernavn, ingen anmodning om legitimationsoplysninger, ingen certifikatfejl. Hvis du ser noget af det, så stop med at læse dette og se på tunnelen i stedet.

Tjek agenttjenesten før alt andet

Åbn services.msc og find Cisco AnyConnect Secure Mobility Agent. Hvis starttypen er Disabled, så sæt den til Automatic og start den. En tjeneste, der er deaktiveret af en opgradering eller efterladt af et nedbrud, starter ofte rent én gang og bliver oppe. Hvis den dør igen inden for få sekunder, så noter fejlkoden og læs videre.

To støttetjenester er værd at kigge på på stædige maskiner. Genstart af Base Filtering Engine har ryddet denne meddelelse, når filterdriveren satte sig fast. Hvor Internet Connection Sharing var aktiveret, har det at slå ICS fra gjort det samme, fordi de to konkurrerer om den samme netværksinfrastruktur.

På en administreret bærbar kan tjenesten være deaktiveret med vilje af en politik, så bekræft med den, der ejer enheden, før du aktiverer den igen.

Tjek derefter den virtuelle adapter

AnyConnect har brug for sin egen virtuelle adapter, og en deaktiveret en giver samme dialog i nogle builds. Åbn Netværksforbindelser, find posten Cisco AnyConnect Secure Mobility Client, og aktivér den, hvis den er gråtonet. Samme panel håndterer det fastlåste tilfælde: en grænseflade i forbindelsestilstand kan normalt ikke fjernes fra Indstillinger, men den kan deaktiveres og slettes her.

Hvis adapteren helt mangler, blev driveren ikke installeret. Det peger på næste afsnit snarere end på noget, du kan slå til og fra.

Når en genstart ikke holder

En efterladt installationsmappe kan gendanne den ødelagte tilstand ved hver opstart. Afinstaller klienten, slet mappen Cisco AnyConnect under ProgramData, genstart, og geninstaller derefter samme version. Det er fjernelsen af den mappe, der rydder profiler og maskinpolicyfragmenter, som afinstallationsprogrammet efterlader. En nyere hovedversion kan også rydde meddelelsen, men kun hvis din gateway accepterer den klientversion.

macOS-brugere møder samme ordlyd gennem en anden komponent. Agenten er et launchd-job, så indlæs det og bekræft, at appen har lov til at køre i baggrunden. I aktuelle udgivelser findes den kontakt under Login Items og Extensions, og en app, der er slået fra der, starter og fejler derefter med præcis denne meddelelse.

Når en anden VPN-klient er årsagen

To klienter kan slås om filterdrivere og adapterprioritet. En Forti-klient installeret ved siden af en ældre Cisco-klient har efterladt folk forbundet men ude af stand til at nå noget, og fjernelse af den ubrugte klient genskabte tjenesten. Det holdbare alternativ er eksplicitte ruter pr. VPN-subnet, så hver klients adresser lander på den rigtige adapter i stedet for at afhænge af metrikrækkefølge.

Hvis begge klienter skal blive, så beslut ruterne bevidst og skriv dem ned. Gæt på metrik holder ikke til næste opdatering.

En reparationsrækkefølge, der ikke kræver to geninstallationer

Før du geninstallerer, så gem agentloggen. Meddelelsen dækker flere forskellige fejl, og loggen er det eneste, der skiller dem ad bagefter. Kør derefter denne rækkefølge og stop ved det første trin, der ændrer adfærden:

• Agenttjeneste til stede, starttype Automatic, kører før GUI’en starter.
• Virtuel adapter aktiveret i Netværksforbindelser, ingen grænseflade fastlåst i forbindelsestilstand.
• Internet Connection Sharing slået fra, Base Filtering Engine sund.
• ProgramData-mappen fjernet før en geninstallation, samme version geninstalleret.
• Ingen anden VPN-klient, der holder de samme filterdrivere.

Hvis klienten afslutter, før den viser et servernavn eller en anmodning om legitimationsoplysninger, blev intet på netværket kontaktet. En fjerde geninstallation finder ikke en årsag, som en tjenestetilstand ville have vist dig på to minutter.