Dieses Dokument beschreibt ein Problem, das auftritt, wenn der Cisco AnyConnect Secure Mobility Client nach Abschluss der Microsoft Windows-Systemwiederherstellung kein ordnungsgemäßes Upgrade vornimmt. Eine Lösung für dieses Problem wird ebenfalls beschrieben.
Cisco empfiehlt, über Kenntnisse in folgenden Bereichen zu verfügen:
Die Informationen in diesem Dokument basieren auf den folgenden Software- und Hardwareversionen:
Die Informationen in diesem Dokument wurden von den Geräten in einer bestimmten Laborumgebung erstellt. Alle in diesem Dokument verwendeten Geräte haben mit einer leeren (Standard-)Konfiguration begonnen. Wenn Ihr Netzwerk in Betrieb ist, stellen Sie sicher, dass Sie die potenziellen Auswirkungen eines Befehls verstehen.
Das Upgrade des AnyConnect Client schlägt fehl, wenn:
In dieser Situation wird erwartet, dass der AnyConnect-Client nach der Wiederherstellung des Systems und der nächsten Verbindung eines Benutzers vom Computer aus selbst aktualisiert wird, da eine ältere Version ausgeführt wird, die auf der ASA konfiguriert ist. Dies ist jedoch nicht der Fall.
Wenn eine VPN-Verbindung mit einem Headend initiiert wird, vergleicht der AnyConnect-Client die derzeit auf dem Computer installierte Version mit der auf der ASA konfigurierten Version. Um diesen Vergleich abzuschließen, werden die Informationen verwendet, die in der Datei VPNManifestClient.xml und/oder in der Datei VPNManifest.dat gespeichert sind. Wenn die Version in der Manifestdatei älter ist als die Version, die auf dem Headend gespeichert ist, und wenn das Clientprofil nicht konfiguriert wurde, um den Downloader zu umgehen, startet der AnyConnect-Client automatisch den Prozess und aktualisiert sich selbst.
Im vorherigen Szenario haben vor Abschluss der Systemwiederherstellung die Manifestdateien richtig angegeben, dass der AnyConnect-Client Version X oder höher ausgeführt hat. Nach Abschluss der Systemwiederherstellung wurde die Manifestdatei jedoch nicht geändert, obwohl die Version des AnyConnect-Clients herabgestuft wurde. Dies liegt daran, dass die Dateien von Microsoft Windows als persönliche Dokumente angesehen werden und nicht in die alte Version geändert werden. Stattdessen melden diese Dateien die Version, die vor der Systemwiederherstellung funktioniert hat.
Um dieses Problem zu beheben, müssen Sie beide Dateien (VPNManifestClient.xml und VPNManifest.dat) löschen, die das Software-Upgrade beim nächsten Verbindungsversuch auslösen sollen.
Überarbeitung | Veröffentlichungsdatum | Kommentare |
---|---|---|
1.0 |
15-Dec-2015 |
Erstveröffentlichung |