AnyConnect indique que le service VPN n’est pas disponible : réparer sous Windows

La boîte de dialogue apparaît dès que vous cliquez sur Connect, avant toute demande d’identifiants, et elle indique que le service VPN n’est pas disponible. Rien n’a encore quitté la machine. La fenêtre d’AnyConnect dialogue avec un service Windows local, et quand cette conversation échoue, le client abandonne avant même de nommer une passerelle. Cet ordre est l’indice le plus utile de tout le message : vous dépannez un service et un pilote, pas un certificat ni une règle de pare-feu de l’autre côté. Voici l’ordre dans lequel je procède, la vérification la moins coûteuse d’abord.

La boîte de dialogue apparaît avant tout contact avec la passerelle

La fenêtre est un mince frontal. Elle demande au service de l’agent de construire le tunnel, et ce service possède l’adaptateur, les changements de routage et le magasin de profils. Si le service est absent, arrêté ou bloqué, le frontal n’a rien à qui parler et signale exactement cela.

La conséquence pratique est simple : pas de nom de serveur, pas de demande d’identifiants, pas d’erreur de certificat. Si vous voyez l’un de ces éléments, arrêtez de lire ceci et regardez plutôt le tunnel.

Vérifiez le service de l’agent avant tout le reste

Ouvrez services.msc et trouvez Cisco AnyConnect Secure Mobility Agent. Si le type de démarrage est Disabled, mettez-le sur Automatic et démarrez-le. Un service désactivé par une mise à jour ou laissé par un plantage redémarre souvent proprement une fois et reste actif. S’il meurt de nouveau en quelques secondes, notez le code d’erreur et continuez la lecture.

Deux services annexes valent un coup d’œil sur les machines récalcitrantes. Redémarrer le Base Filtering Engine a effacé ce message lorsque le pilote de filtre était coincé. Là où Internet Connection Sharing était activé, désactiver ICS a fait de même, car les deux se disputent la même infrastructure réseau.

Sur un ordinateur portable géré, le service peut être désactivé par stratégie à dessein, alors confirmez avec le propriétaire de l’appareil avant de le réactiver.

Vérifiez ensuite l’adaptateur virtuel

AnyConnect a besoin de son propre adaptateur virtuel, et un adaptateur désactivé produit la même boîte de dialogue sur certaines versions. Ouvrez Connexions réseau, trouvez l’entrée Cisco AnyConnect Secure Mobility Client et activez-la si elle est grisée. Le même panneau gère le cas bloqué : une interface en état de connexion ne peut généralement pas être supprimée depuis Paramètres, mais elle peut être désactivée et supprimée ici.

Si l’adaptateur manque complètement, le pilote ne s’est pas installé. Cela renvoie à la section suivante plutôt qu’à quelque chose que vous pouvez basculer.

Quand un redémarrage ne tient pas

Un répertoire d’installation résiduel peut restaurer l’état cassé à chaque démarrage. Désinstallez le client, supprimez le dossier Cisco AnyConnect sous ProgramData, redémarrez, puis réinstallez la même version. C’est la suppression de ce dossier qui nettoie les profils et les fragments de stratégie machine que le désinstalleur laisse derrière lui. Une version majeure plus récente peut aussi effacer le message, mais seulement si votre passerelle accepte cette version de client.

Les utilisateurs de macOS rencontrent la même formulation via un autre composant. L’agent est une tâche launchd, alors chargez-la et confirmez que l’application est autorisée à s’exécuter en arrière-plan. Dans les versions actuelles, ce commutateur se trouve sous Login Items et Extensions, et une application désactivée à cet endroit démarre puis échoue avec exactement ce message.

Quand un second client VPN est la cause

Deux clients peuvent se disputer les pilotes de filtre et la priorité d’adaptateur. Un client Forti installé à côté d’un client Cisco plus ancien a laissé des gens connectés mais incapables d’atteindre quoi que ce soit, et retirer le client inutilisé a rétabli le service. L’alternative viable, ce sont des routes explicites par sous-réseau VPN, pour que les adresses de chaque client atterrissent sur le bon adaptateur au lieu de dépendre de l’ordre des métriques.

Si les deux clients doivent rester, décidez des routes délibérément et notez-les. Deviner les métriques casse à la mise à jour suivante.

Un ordre de réparation qui ne demande pas deux réinstallations

Avant de réinstaller, capturez le journal de l’agent. Le message couvre plusieurs défaillances distinctes, et le journal est la seule chose qui les sépare après coup. Exécutez ensuite cet ordre et arrêtez-vous à la première étape qui change le comportement :

• Service de l’agent présent, type de démarrage Automatic, en cours avant le lancement de l’interface graphique.
• Adaptateur virtuel activé dans Connexions réseau, aucune interface coincée en état de connexion.
• Internet Connection Sharing désactivé, Base Filtering Engine sain.
• Dossier ProgramData supprimé avant une réinstallation, même version réinstallée.
• Aucun second client VPN ne détenant les mêmes pilotes de filtre.

Si le client quitte avant d’afficher un nom de serveur ou une demande d’identifiants, rien sur le réseau n’a été contacté. Une quatrième réinstallation ne trouvera pas une cause qu’un état de service vous aurait montrée en deux minutes.