Linux で正しい Cisco Secure Client モジュールを削除する
削除コマンドを実行する前に、クライアントがどのようにインストールされ、どのモジュールが自分のものかを確認します。その後はトレイアイコンではなくパッケージの状態を検証します。
Linux で Cisco VPN ソフトウェアを削除する作業は、外から見ると同じに見える二つの形で失敗します。持っていないクライアント世代のスクリプトパスを実行してしまうか、ラッパーモジュールだけを削除してコアを残してしまうかです。どちらでも、トレイ上はきれいに見えるのに、サービス、パッケージ、デバイス ID が残ったマシンが出来上がります。修正はコマンドからではなく、インストールの特定から始まります。
ステップ 1:何がどのようにインストールされているかを特定する
配備のスタイルは二つが一般的で、削除手順を共有しません。ネイティブパッケージのインストールは、RPM または DEB パッケージを一覧できる名前とバージョンでシステムに置きます。古いスクリプトベースの配備は、ファイルをディレクトリに置き、独自のアンインストーラーを同梱します。 dpkg -l | grep -i cisco、または RPM システムでは rpm -qa | grep -i cisco が、どちらかに触れる前に自分がどちらの世界にいるかを教えてくれます。
バージョンは変更と一緒に記録します。リリース番号のないモジュール一覧は、半年後に誰かが何を削除したのかと尋ねたときに再現できません。
ステップ 2:削除を誰が承認するかを確認する
管理されたデバイスでは、答えは多くの場合あなたではありません。Posture、可視性、その他のエンドポイント制御が同じインストーラーに乗っていることがあり、それらを黙って削除すると、最初に誰も言わなかったコンプライアンスチェックが壊れます。自分の計画を試す前に、責任ある管理者の削除計画を求めてください。
VPN 接続のトラブルシューティングは、社用ノート PC からエンドポイント制御をはがす許可ではありません。チケットが見える場所にそれを書いておきます。
ステップ 3:文書化された順序で削除する
Cisco の 5.1 配備ガイド は、Linux ネイティブパッケージのワークフローを、一つの満足のいくコマンドではなくモジュールの順序として文書化しています。非コアモジュールが最初に外れ、次にコア VPN コンポーネント、DART は、削除がうまくいかないときに欲しくなる診断情報だから最後まで残します。実際にインストールされているコンポーネントにはその順序に従ってください。
承認する前にトランザクションをプレビューしてください。 apt-get -s remove cisco-secure-client は何が削除され、何がそれに依存しているかを示しますが、デスクトップの半分を削除しようと提案するパッケージマネージャーは有用なことを伝えています。
製品ファミリー全体に一致するワイルドカードを、狭いコマンドとして扱わないでください。それはファミリーがインストールしたすべてを削除し、意図したものとはほとんど違いません。
ステップ 4:パッケージの状態、サービス、ネットワークを検証する
承認された削除の後、インベントリを再実行し、期待したパッケージが消えたことを確認します。ネイティブインストールでは systemctl status vpnagentd でサービスの状態を確認し、次にネットワークがベースラインに戻ることを確認します。トレイアイコンが消えたことは何も証明せず、無関係なモジュールが生き残っていても削除が失敗したことにはなりません。
トンネルへの依存も忘れないでください。リモートセッションが削除するトンネル上を走っているなら、始める前に独立した管理経路を開いておきます。
ステップ 5:ファイルだけでなく ID を引退させる
ローカルソフトウェアの削除は資格情報を引退させません。デバイス証明書、エクスポートされたプロファイル、保存されたセッションは、その後も別のマシンから認証できる可能性があります。失効はアカウントの所有者を通じて処理し、近道として Cisco と名の付くすべてのディレクトリを再帰的に削除しないでください。
パッケージが消え、トンネルは消えず、資格情報がもう機能しないとき、作業は完了です。これは三つの別々の確認であり、それぞれ独立に失敗します。