このドキュメントでは、Microsoft Windows システムの復元後に Cisco AnyConnect Secure Mobility Client が適切にアップグレードされないと発生する問題について説明します。この問題の解決方法も説明します。
次の項目に関する知識があることが推奨されます。
このドキュメントの情報は、次のソフトウェアとハードウェアのバージョンに基づいています。
このドキュメントの情報は、特定のラボ環境にあるデバイスに基づいて作成されました。このドキュメントで使用するすべてのデバイスは、クリアな(デフォルト)設定で作業を開始しています。対象のネットワークが実稼働中である場合には、どのようなコマンドについても、その潜在的な影響について確実に理解しておく必要があります。
次の条件が当てはまる場合、AnyConnect Client のアップグレードは失敗します。
この状況では、システムが復元した後、ユーザがマシンから次回接続するときに、AnyConnectクライアントがASAで設定されているものよりも古いバージョンを実行するため、クライアント自体をアップグレードすると想定される動作になります。ただし、これは発生しません。
ヘッドエンドへの VPN 接続が開始されると、AnyConnect Client は、マシンに現在インストールされているバージョンと ASA に設定されているバージョンを比較します。この比較を行うには、VPNManifestClient.xmlファイルまたはVPNManifest.datファイル(あるいはその両方)に保存されている情報を使用します。マニフェスト ファイルに設定されているバージョンがヘッドエンドに保存されているバージョンより古い場合、ダウンローダーをバイパスするためのクライアント プロファイルが設定されていなければ、AnyConnect Client は自動的にアップグレード プロセスを開始して自身をアップグレードします。
上記のシナリオでは、システムの復元が完了する前は、マニフェスト ファイルには AnyConnect Client が実行するバージョンがバージョン X 以降に指定されていました。ただし、システムの復元が完了して、AnyConnect Client がダウングレードされているとしても、マニフェスト ファイルは修正されません。その理由は、Microsoft Windows はこれらのファイルを個人的なドキュメントと見なし、古いバージョンに戻さないためです。それで、これらのファイルが報告するバージョンは、システムの復元前に動作していたバージョンです。
この問題を解決するには、両方のファイル(VPNManifestClient.xmlおよびVPNManifest.dat)を削除する必要があります。これにより、次の接続試行時にソフトウェアのアップグレードがトリガーされます。
改定 | 発行日 | コメント |
---|---|---|
1.0 |
15-Dec-2015 |
初版 |