AnyConnect sier at VPN-tjenesten ikke er tilgjengelig: slik fikser du det i Windows

Dialogen kommer idet du trykker på Connect, før noen forespørsel om påloggingsdetaljer, og den sier at VPN-tjenesten ikke er tilgjengelig. Ingenting har forlatt maskinen ennå. Vinduet til AnyConnect kommuniserer med en lokal Windows-tjeneste, og når den samtalen feiler, gir klienten seg før den i det hele tatt navngir en gateway. Rekkefølgen er det mest nyttige sporet i hele meldingen: du feilsøker en tjeneste og en driver, ikke et sertifikat eller en brannmurregel på den andre siden. Her er rekkefølgen jeg følger, den rimeligste kontrollen først.

Dialogen vises før gatewayen kontaktes

Vinduet er et tynt frontend. Det ber agenttjenesten om å bygge tunnelen, og den tjenesten eier adapteren, ruteendringene og profilageret. Mangler tjenesten, er den stoppet eller blokkert, har frontendet ingenting å snakke med og rapporterer akkurat dette.

Den praktiske følgen er enkel: ikke noe servernavn, ingen forespørsel om påloggingsdetaljer, ingen sertifikatfeil. Ser du noe av dette, slutt å lese her og se på tunnelen i stedet.

Sjekk agenttjenesten før noe annet

Åpne services.msc og finn Cisco AnyConnect Secure Mobility Agent. Er starttypen Disabled, setter du den til Automatic og starter den. En tjeneste som er deaktivert av en oppdatering eller etterlatt av en krasj, starter ofte rent én gang og holder seg oppe. Dør den igjen i løpet av sekunder, noter feilkoden og fortsett å lese.

To hjelpetjenester er verdt en titt på gjenstridige maskiner. Å starte Base Filtering Engine på nytt har fjernet denne meldingen når filterdriveren satt fast. Der Internet Connection Sharing var slått på, har det å slå av ICS gjort det samme, fordi de to konkurrerer om den samme nettverksinfrastrukturen.

På en administrert bærbar PC kan tjenesten være deaktivert med vilje gjennom policy, så bekreft med eieren av enheten før du slår den på igjen.

Deretter sjekker du den virtuelle adapteren

AnyConnect trenger sin egen virtuelle adapter, og en deaktivert en gir samme dialog i enkelte bygg. Åpne Nettverkstilkoblinger, finn oppføringen Cisco AnyConnect Secure Mobility Client og aktiver den hvis den er grå. Samme panel håndterer det fastlåste tilfellet: et grensesnitt som står i tilkoblingstilstand kan vanligvis ikke fjernes fra Innstillinger, men det kan deaktiveres og slettes her.

Hvis adapteren mangler helt, ble driveren ikke installert. Det peker mot neste avsnitt og ikke mot noe du kan slå av og på.

Når en omstart ikke holder

En gjenværende installasjonsmappe kan gjenopprette den ødelagte tilstanden ved hver oppstart. Avinstaller klienten, slett mappen Cisco AnyConnect under ProgramData, start på nytt og installer deretter samme versjon på nytt. Det er fjerningen av den mappen som rydder profiler og biter av maskinpolicy som avinstalleringsprogrammet etterlater seg. En nyere hovedversjon kan også fjerne meldingen, men bare hvis gatewayen din godtar den klientversjonen.

macOS-brukere møter samme ordlyd gjennom en annen komponent. Agenten er en launchd-jobb, så last den og bekreft at appen har lov til å kjøre i bakgrunnen. I dagens utgivelser ligger den bryteren under Login Items og Extensions, og en app som er slått av der, starter og feiler deretter med nøyaktig denne meldingen.

Når en annen VPN-klient er årsaken

To klienter kan kjempe om filterdrivere og adapterprioritet. En Forti-klient installert ved siden av en eldre Cisco-klient har etterlatt folk tilkoblet men ute av stand til å nå noe, og fjerning av den ubrukte klienten gjenopprettet tjenesten. Det som fungerer i praksis, er eksplisitte ruter per VPN-subnett, slik at adressene til hver klient havner på riktig adapter i stedet for å avhenge av metrikkrekkefølgen.

Må begge klientene bli, bør du bestemme rutene bevisst og skrive dem ned. Gjetting på metrikk ryker ved neste oppdatering.

En reparasjonsrekkefølge som ikke krever to reinstallasjoner

Før du installerer på nytt, bør du ta vare på agentloggen. Meldingen dekker flere ulike feil, og loggen er det eneste som skiller dem i ettertid. Kjør så denne rekkefølgen og stopp ved det første trinnet som endrer oppførselen:

• Agenttjeneste til stede, starttype Automatic, kjører før GUI-et starter.
• Virtuell adapter aktivert i Nettverkstilkoblinger, ingen grensesnitt fastlåst i tilkoblingstilstand.
• Internet Connection Sharing av, Base Filtering Engine frisk.
• ProgramData-mappen fjernet før en reinstallasjon, samme versjon installert på nytt.
• Ingen annen VPN-klient som holder de samme filterdriverne.

Hvis klienten avsluttes før den viser et servernavn eller en forespørsel om påloggingsdetaljer, ble ingenting på nettverket kontaktet. En fjerde reinstallasjon finner ikke en årsak som en tjenestestatus ville ha vist deg på to minutter.