Dit document beschrijft een probleem dat zich voordoet wanneer de Cisco AnyConnect Secure Mobility Client niet correct upgrades nadat een Microsoft Windows-systeem is hersteld. Ook wordt een oplossing voor dit probleem beschreven.
Cisco raadt kennis van de volgende onderwerpen aan:
De informatie in dit document is gebaseerd op de volgende software- en hardware-versies:
De informatie in dit document is gebaseerd op de apparaten in een specifieke laboratoriumomgeving. Alle apparaten die in dit document worden beschreven, hadden een opgeschoonde (standaard)configuratie. Als uw netwerk live is, moet u de potentiële impact van elke opdracht begrijpen.
De AnyConnect-client heeft geen upgrade uitgevoerd wanneer:
In deze situatie, nadat het systeem is hersteld en de volgende keer dat een gebruiker zich uit de machine verbindt, is het verwachte gedrag voor de AnyConnect-client om zichzelf te upgraden omdat hij een eerdere versie draait dan die welke in de ASA is geconfigureerd; dit gebeurt echter niet .
Wanneer een VPN-verbinding wordt gestart met een head-end apparaat, maakt de AnyConnect-client een vergelijking van de versie die momenteel op de machine is geïnstalleerd en de versie die op de ASA is geconfigureerd. Om deze vergelijking te voltooien gebruikt het de informatie die is opgeslagen in het bestand VPNManifestClient.xml en/of het bestand VPNManifest.dat. Als de versie in het duidelijke bestand eerder is dan de versie die op het kop-einde is opgeslagen en als het clientprofiel niet is ingesteld om de downloader te omzeilen, start de AnyConnect-client automatisch het proces en de upgrades zelf.
In het vorige scenario, voordat het systeem werd hersteld, werd de duidelijke bestanden correct aangegeven dat de AnyConnect Client versie X of hoger uitvoerde. Nadat het systeem is hersteld, is het bestand echter niet aangepast, ook al is de versie van AnyConnect Client gedowngraded. Dit komt voor omdat de bestanden als persoonlijke documenten worden beschouwd door Microsoft Windows en ze niet meer zijn aangepast naar de oude versie. In plaats daarvan rapporteren deze bestanden de versie die gebruikt werd om te werken voordat het systeem wordt hersteld.
Om dit probleem op te lossen, moet u beide bestanden verwijderen (VPNManifestClient.xml en VPNManifest.dat), die de software-upgrade tijdens de volgende poging moeten starten.