Das Entfernen von Cisco VPN-Software unter Linux scheitert auf zwei Arten, die von außen identisch aussehen. Leute führen einen Skriptpfad aus einer Client-Generation aus, die sie nicht haben, oder sie entfernen ein Wrapper-Modul und lassen den Kern zurück. So oder so erhalten Sie eine Maschine, die im Tray sauber aussieht und noch immer einen Dienst, ein Paket und eine Geräteidentität trägt. Die Lösung beginnt mit der Identifizierung der Installation, nicht mit einem Befehl.

Schritt 1: Feststellen, was installiert ist und wie

Zwei Bereitstellungsstile sind üblich, und sie teilen keine Entfernungsschritte. Eine native Paketinstallation legt RPM- oder DEB-Pakete mit Namen und Versionen auf das System, die Sie auflisten können. Eine ältere skriptbasierte Bereitstellung legt Dateien in einem Verzeichnis ab und liefert einen eigenen Deinstaller mit. dpkg -l | grep -i cisco, oder rpm -qa | grep -i cisco auf einem RPM-System sagt Ihnen, in welcher Welt Sie sind, bevor Sie eines von beiden anfassen.

Halten Sie die Versionen zusammen mit der Änderung fest. Eine Modulliste ohne Versionsnummer ist sechs Monate später nicht reproduzierbar, wenn jemand fragt, was Sie entfernt haben.

Schritt 2: Bestätigen, wer die Entfernung genehmigt

Auf einem verwalteten Gerät sind Sie oft nicht die Antwort. Haltung, Sichtbarkeit und andere Endpoint-Kontrollen können auf demselben Installer mitfahren, und sie still zu entfernen bricht Compliance-Prüfungen, die niemand am Anfang erwähnt hat. Bitten Sie um den Entfernungsplan des verantwortlichen Administrators, bevor Sie Ihren eigenen testen.

Die Fehlersuche an einer VPN-Verbindung ist keine Berechtigung, Endpoint-Kontrollen von einem Firmenlaptop zu reißen. Schreiben Sie das dorthin, wo das Ticket es sehen kann.

Schritt 3: In der dokumentierten Reihenfolge entfernen

Ciscos 5.1-Bereitstellungshandbuch dokumentiert den nativen Linux-Paketworkflow mit einer Modulreihenfolge statt einem einzigen befriedigenden Befehl. Nicht-Kernmodule kommen zuerst weg, dann die Kern-VPN-Komponente, wobei DART bis zuletzt bleibt, weil seine Diagnose das ist, was Sie brauchen, wenn die Entfernung schiefgeht. Folgen Sie dieser Reihenfolge für die tatsächlich installierten Komponenten.

Sehen Sie sich die Transaktion an, bevor Sie sie genehmigen. apt-get -s remove cisco-secure-client zeigt, was entfernt würde und was davon abhängt, und ein Paketmanager, der vorschlägt, die halbe Arbeitsfläche zu entfernen, sagt Ihnen etwas Nützliches.

Behandeln Sie einen Platzhalter, der auf die ganze Produktfamilie passt, nicht als engen Befehl. Er entfernt alles, was die Familie installiert hat, was selten das ist, was Sie gemeint haben.

Schritt 4: Paketzustand, Dienst und Netzwerk prüfen

Führen Sie nach der genehmigten Entfernung das Inventar erneut aus und bestätigen Sie, dass die erwarteten Pakete weg sind. Prüfen Sie den Dienstzustand mit systemctl status vpnagentd bei einer nativen Installation und bestätigen Sie dann, dass das Netzwerk zu Ihrer Grundlinie zurückkehrt. Ein fehlendes Tray-Symbol beweist nichts, und ein unbeteiligtes Modul, das überlebt, bedeutet nicht, dass die Entfernung fehlgeschlagen ist.

Denken Sie auch an die Tunnelabhängigkeit. Wenn Ihre Remote-Sitzung über den Tunnel läuft, den Sie entfernen, halten Sie einen unabhängigen Verwaltungsweg offen, bevor Sie beginnen.

Schritt 5: Die Identität außer Dienst stellen, nicht nur die Dateien

Lokales Entfernen von Software stellt keine Anmeldeinformation außer Dienst. Ein Gerätezertifikat, ein exportiertes Profil oder eine gespeicherte Sitzung können sich danach noch von einer anderen Maschine authentifizieren. Kümmern Sie sich um den Widerruf über denjenigen, dem das Konto gehört, und löschen Sie nicht rekursiv jedes mit Cisco beschriftete Verzeichnis als Abkürzung.

Die Arbeit ist erledigt, wenn die Pakete weg sind, der Tunnel nicht, und die Anmeldeinformation nicht mehr funktioniert. Das sind drei getrennte Prüfungen, und sie scheitern unabhängig voneinander.

Ähnliche Artikel