Supprimer le bon module Cisco Secure Client sous Linux

La suppression du logiciel Cisco VPN sous Linux échoue de deux manières qui semblent identiques de l’extérieur. Les gens exécutent un chemin de script d’une génération de client qu’ils n’ont pas, ou ils suppriment un module d’enveloppe et laissent le cœur derrière. Dans les deux cas, vous obtenez une machine qui semble propre dans la zone de notification et qui porte encore un service, un paquet et une identité d’appareil. Le correctif commence par l’identification de l’installation, pas par une commande.

Étape 1 : Identifier ce qui est installé et comment

Deux styles de déploiement sont courants et ils ne partagent pas les étapes de suppression. Une installation native par paquet place des paquets RPM ou DEB sur le système avec des noms et des versions que vous pouvez lister. Un déploiement plus ancien basé sur des scripts dépose des fichiers dans un répertoire et fournit son propre désinstalleur. dpkg -l | grep -i cisco, ou rpm -qa | grep -i cisco sur un système RPM, vous dit dans quel monde vous êtes avant de toucher l’un ou l’autre.

Consignez les versions avec le changement. Une liste de modules sans numéro de version n’est pas reproductible six mois plus tard quand quelqu’un demande ce que vous avez supprimé.

Étape 2 : Confirmer qui autorise la suppression

Sur un appareil géré, la réponse n’est souvent pas vous. La posture, la visibilité et d’autres contrôles de point de terminaison peuvent reposer sur le même programme d’installation, et les retirer discrètement casse des contrôles de conformité que personne n’a mentionnés au départ. Demandez le plan de suppression de l’administrateur responsable avant de tester le vôtre.

Dépanner une connexion VPN n’est pas une autorisation de dépouiller les contrôles de point de terminaison d’un ordinateur portable d’entreprise. Écrivez-le là où le ticket peut le voir.

Étape 3 : Supprimer dans l’ordre documenté

Le guide de déploiement 5.1 de Cisco documente le flux de travail du paquet natif Linux avec un ordre de modules plutôt qu’une seule commande satisfaisante. Les modules non essentiels partent d’abord, puis le composant VPN principal, avec DART gardé pour la fin car ses diagnostics sont ce dont vous aurez besoin si la suppression tourne mal. Suivez cet ordre pour les composants réellement installés.

Prévisualisez la transaction avant de l’approuver. apt-get -s remove cisco-secure-client montre ce qui serait supprimé et ce qui en dépend, et un gestionnaire de paquets qui propose de supprimer la moitié du bureau vous dit quelque chose d’utile.

Ne traitez pas un joker qui correspond à toute la famille de produits comme une commande étroite. Il supprime tout ce que la famille a installé, ce qui est rarement ce que vous vouliez dire.

Étape 4 : Vérifier l’état des paquets, le service et le réseau

Après la suppression autorisée, relancez l’inventaire et confirmez que les paquets attendus ont disparu. Vérifiez l’état du service avec systemctl status vpnagentd sur une installation native, puis confirmez que le réseau revient à votre ligne de base. Une icône de notification absente ne prouve rien, et un module sans rapport qui survit ne signifie pas que la suppression a échoué.

Gardez aussi à l’esprit la dépendance au tunnel. Si votre session distante passe par le tunnel que vous supprimez, ayez un chemin de gestion indépendant ouvert avant de commencer.

Étape 5 : Retirer l’identité, pas seulement les fichiers

La suppression locale d’un logiciel ne retire pas un identifiant. Un certificat d’appareil, un profil exporté ou une session enregistrée peuvent encore s’authentifier depuis une autre machine ensuite. Gérez la révocation avec celui qui possède le compte, et ne supprimez pas récursivement chaque répertoire étiqueté Cisco comme raccourci.

Le travail est terminé quand les paquets ont disparu, le tunnel non, et que l’identifiant ne fonctionne plus. Ce sont trois vérifications distinctes et elles échouent indépendamment.