AnyConnect sê die VPN-diens is nie beskikbaar nie: regmaak op Windows

Die dialoog verskyn die oomblik wanneer jy op Connect klik, voordat enige aanmelding gevra word, en dit sê die VPN-diens is nie beskikbaar nie. Niks het die masjien nog verlaat nie. Die venster van AnyConnect praat met ’n plaaslike Windows-diens, en wanneer daardie gesprek misluk, gee die kliënt op voordat dit ooit ’n gateway noem. Daardie volgorde is die nuttigste leidraad in die hele boodskap: jy ontfout ’n diens en ’n drywer, nie ’n sertifikaat of ’n firewall-reël aan die ander kant nie. Hier is die volgorde wat ek volg, die goedkoopste toets eerste.

Die dialoog verskyn voordat die gateway gekontak word

Die venster is ’n dun frontent. Dit vra die agentdiens om die tonnel te bou, en daardie diens besit die adapter, die roeteveranderinge en die profielstoor. As die diens ontbreek, gestop of geblokkeer is, het die frontent niks om mee te praat nie en rapporteer dit presies hierdie boodskap.

Die praktiese gevolg is eenvoudig: geen servernaam, geen aanmeldingsvraag, geen sertifikaatfout. As jy enige van dié sien, stop met lees en kyk eerder na die tonnel.

Kontroleer die agentdiens voor enigiets anders

Maak services.msc oop en vind Cisco AnyConnect Secure Mobility Agent. As die begintipe op gedeaktiveer staan, stel dit op outomaties en begin dit. ’n Diens wat deur ’n opgradering gedeaktiveer is of deur ’n ineenstorting agtergelaat is, begin dikwels skoon een keer en bly aan. As dit binne sekondes weer sterf, merk die foutkode op en lees verder.

Twee ondersteunende dienste is die moeite werd om op hardnekkige masjiene te ondersoek. Om die Base Filtering Engine te herbegin het hierdie boodskap skoongemaak wanneer die filterdrywer vasgehaak het. Waar Internet Connection Sharing geaktiveer was, het die afskakel van ICS dieselfde gedoen, want die twee kompeteer om dieselfde netwerkpyp.

Op ’n bestuurde skootrekenaar kan die diens doelbewus deur beleid gedeaktiveer wees, so bevestig met wie ook al die toestel besit voordat jy dit weer aktiveer.

Kontroleer dan die virtuele adapter

AnyConnect het sy eie virtuele adapter nodig, en ’n gedeaktiveerde een lewer op sommige bouwe dieselfde dialoog. Maak Netwerkverbindings oop, vind die inskrywing Cisco AnyConnect Secure Mobility Client en aktiveer dit as dit grys is. Dieselfde paneel hanteer die vasgehaakte geval: ’n koppelvlak wat in die verbindingstoestand sit, kan gewoonlik nie uit Instellings verwyder word nie, maar dit kan hier gedeaktiveer en uitgevee word.

As die adapter heeltemal ontbreek, het die drywer nie geïnstalleer nie. Dit wys na die volgende afdeling eerder as na enigiets wat jy kan omkeer.

Wanneer ’n herbegin nie hou nie

’n Oorblywende installasiegids kan die gebreekte toestand by elke selflaai herstel. Deïnstalleer die kliënt, verwyder die Cisco AnyConnect-gids onder ProgramData, herbegin en installeer dan dieselfde weergawe weer. Die verwydering van daardie gids is wat profiele en masjienbeleidfragmente skoonmaak wat die deïnstalleerder agterlaat. ’n Nuwer hoofweergawe kan ook die boodskap skoonmaak, maar net as jou gateway daardie kliëntweergawe aanvaar.

macOS-gebruikers kry dieselfde bewoording deur ’n ander komponent. Die agent is ’n launchd-werk, so laai dit en bevestig dat die app toegelaat word om in die agtergrond te loop. Op huidige weergawes woon daardie skakelaar onder Login Items en Extensions, en ’n app wat daar afgeskakel is, begin en misluk dan met hierdie presiese boodskap.

Wanneer ’n tweede VPN-kliënt die oorsaak is

Twee kliënte kan oor filterdrywers en adapterprioriteit baklei. ’n Forti-kliënt wat langs ’n ouer Cisco-kliënt geïnstalleer is, het mense verbind maar nie in staat om enigiets te bereik nie gelaat, en die verwydering van die ongebruikte kliënt het diens herstel. Die werkbare alternatief is eksplisiete roetes per VPN-subnet, sodat elke kliënt se adresse op die regte adapter beland eerder as om van die metrieorde af te hang.

As albei kliënte moet bly, besluit die roetes doelbewus en skryf dit neer. Metrie-raai breek by die volgende opdatering.

’n Regmaakorde wat nie twee herinstallasies nodig het nie

Voordat jy herinstalleer, vang die agentlog vas. Die boodskap dek verskeie verskillende mislukkings, en die log is die enigste ding wat hulle agteraf skei. Voer dan hierdie orde uit en stop by die eerste stap wat die gedrag verander:

• Agentdiens teenwoordig, begintipe outomaties, loop voordat die GUI begin.
• Virtuele adapter geaktiveer in Netwerkverbindings, geen koppelvlak vas in verbindingstoestand nie.
• Internet Connection Sharing af, Base Filtering Engine gesond.
• ProgramData-gids verwyder voor ’n herinstallasie, dieselfde weergawe weer geïnstalleer.
• Geen tweede VPN-kliënt wat dieselfde filterdrywers hou nie.

As die kliënt afsluit voordat dit ’n servernaam of ’n aanmeldingsvraag wys, is niks op die netwerk gekontak nie. ’n Vierde herinstallasie sal nie ’n oorsaak vind wat ’n dienstoestand jou in twee minute sou gewys het nie.