AnyConnect di que o servizo VPN non está dispoñible: solución en Windows

O diálogo aparece no momento en que fai clic en Connect, antes de calquera solicitude de credenciais, e di que o servizo VPN non está dispoñible. Aínda non saíu nada da máquina. A xanela de AnyConnect fala cun servizo local de Windows, e cando esa conversa falla, o cliente réndese antes de nomear sequera unha pasarela. Esa orde é a pista máis útil de toda a mensaxe: está depurando un servizo e un controlador, non un certificado nin unha regra de firewall no outro lado. Esta é a orde que sigo, a comprobación máis barata primeiro.

O diálogo aparece antes de que se contacte coa pasarela

A xanela é un frontend delgado. Pide ao servizo do axente que constrúa o túnel, e ese servizo posúe o adaptador, os cambios de enrutamento e o almacén de perfís. Se o servizo falta, está detido ou bloqueado, o frontend non ten con quen falar e informa exactamente disto.

A consecuencia práctica é simple: ningún nome de servidor, ningunha solicitude de credenciais, ningún erro de certificado. Se ve algún deles, deixe de ler isto e mire o túnel.

Revise o servizo do axente antes ca nada

Abra services.msc e atope Cisco AnyConnect Secure Mobility Agent. Se o tipo de inicio é Disabled, póñao en Automatic e inícieo. Un servizo desactivado por unha actualización ou deixado por un fallo adoita arrincar limpo unha vez e manterse. Se volve morrer en segundos, anote o código de erro e siga lendo.

Dous servizos auxiliares merecen unha ollada en máquinas teimosas. Reiniciar Base Filtering Engine eliminou esta mensaxe cando o controlador de filtro estaba atascado. Onde Internet Connection Sharing estaba habilitado, desactivar ICS fixo o mesmo, porque os dous compiten pola mesma infraestrutura de rede.

Nun portátil xestionado o servizo pode estar desactivado por política a propósito, así que confirme con quen sexa o propietario do dispositivo antes de volver habilitalo.

Despois revise o adaptador virtual

AnyConnect necesita o seu propio adaptador virtual, e un desactivado produce o mesmo diálogo nalgúns builds. Abra Conexións de rede, atope a entrada Cisco AnyConnect Secure Mobility Client e actívea se está en gris. O mesmo panel xestiona o caso atascado: unha interface en estado de conexión normalmente non se pode quitar desde Configuración, pero aquí pódese desactivar e eliminar.

Se o adaptador falta por completo, o controlador non se instalou. Iso apunta á seguinte sección e non a algo que poida alternar.

Cando un reinicio non aguanta

Un directorio de instalación restante pode restaurar o estado roto en cada arranque. Desinstale o cliente, elimine o cartafol Cisco AnyConnect dentro de ProgramData, reinicie e despois reinstale a mesma versión. Eliminar ese cartafol é o que limpa perfís e fragmentos de política de máquina que deixa o desinstalador. Unha versión principal máis nova tamén pode limpar a mensaxe, pero só se a súa pasarela acepta esa versión de cliente.

Os usuarios de macOS atopan o mesmo texto a través dun compoñente distinto. O axente é unha tarefa de launchd, así que cárguea e confirme que a aplicación ten permiso para executarse en segundo plano. Nas versións actuais ese interruptor está en Login Items e Extensions, e unha aplicación desactivada alí arrinca e despois falla con esta mensaxe exacta.

Cando a causa é un segundo cliente VPN

Dous clientes poden pelexar polos controladores de filtro e a prioridade do adaptador. Un cliente Forti instalado xunto a un cliente Cisco máis antigo deixou persoas conectadas pero incapaces de chegar a nada, e quitar o cliente sen usar restaurou o servizo. A alternativa viable son rutas explícitas por subrede VPN, para que as direccións de cada cliente aterren no adaptador correcto en lugar de depender da orde de métrica.

Se ambos os clientes deben quedar, decida as rutas con coidado e anóteas. Adiviñar métricas rompe na seguinte actualización.

Unha orde de reparación que non necesita dúas reinstalacións

Antes de reinstalar, capture o rexistro do axente. A mensaxe cobre varias fallas distintas, e o rexistro é o único que as separa despois. Despois execute esta orde e detéñase no primeiro paso que cambie o comportamento:

• Servizo do axente presente, tipo de inicio Automatic, funcionando antes de que arrinque a GUI.
• Adaptador virtual habilitado en Conexións de rede, ningunha interface atascada en estado de conexión.
• Internet Connection Sharing desactivado, Base Filtering Engine san.
• Cartafol ProgramData eliminado antes dunha reinstalación, mesma versión reinstalada.
• Ningún segundo cliente VPN que reteña os mesmos controladores de filtro.

Se o cliente sae antes de mostrar un nome de servidor ou unha solicitude de credenciais, non se contactou con nada da rede. Unha cuarta reinstalación non atopará unha causa que un estado de servizo lle tería mostrado en dous minutos.