Ce document décrit un problème rencontré lorsque le client Cisco AnyConnect Secure Mobility ne se met pas à niveau correctement une fois la restauration du système Microsoft Windows terminée. Une solution à ce problème est également décrite.
Cisco vous recommande de prendre connaissance des rubriques suivantes :
Les informations contenues dans ce document sont basées sur les versions de matériel et de logiciel suivantes :
The information in this document was created from the devices in a specific lab environment. All of the devices used in this document started with a cleared (default) configuration. If your network is live, make sure that you understand the potential impact of any command.
La mise à niveau du client AnyConnect échoue lorsque :
Dans cette situation, après la restauration du système et la prochaine fois qu'un utilisateur se connecte à partir de l'ordinateur, le comportement attendu est que le client AnyConnect se mette à niveau car il exécute une version antérieure à celle qui est configurée sur l'ASA ; cependant, cela ne se produit pas.
Lorsqu’une connexion VPN est initiée vers une tête de réseau, le client AnyConnect effectue une comparaison de la version actuellement installée sur la machine et de celle qui est configurée sur l’ASA. Pour effectuer cette comparaison, il utilise les informations stockées dans le fichier VPNManifestClient.xml et/ou le fichier VPNManifest.dat. Si la version du fichier manifeste est antérieure à la version stockée sur la tête de réseau et si le profil client n’est pas configuré pour contourner le téléchargeur, le client AnyConnect lance automatiquement le processus et se met à niveau.
Dans le scénario précédent, avant la fin de la restauration du système, les fichiers manifeste indiquaient correctement que le client AnyConnect exécutait la version X ou une version ultérieure. Cependant, une fois la restauration du système terminée, même si la version du client AnyConnect a été rétrogradée, le fichier manifeste n’a pas été modifié. Cela se produit parce que les fichiers sont considérés comme des documents personnels par Microsoft Windows et ne sont pas modifiés à l'ancienne version. Au lieu de cela, ces fichiers indiquent la version qui fonctionnait avant la restauration du système.
Afin de résoudre ce problème, vous devez supprimer les deux fichiers (VPNManifestClient.xml et VPNManifest.dat), qui devraient déclencher la mise à niveau logicielle lors de la prochaine tentative de connexion.
Révision | Date de publication | Commentaires |
---|---|---|
1.0 |
15-Dec-2015 |
Première publication |