Fjern det rigtige Cisco Secure Client-modul på Linux

Fjernelse af Cisco VPN-software på Linux fejler på to måder, der ser identiske ud udefra. Folk kører en scriptsti fra en klientgeneration, de ikke har, eller de fjerner et indpakningsmodul og efterlader kernen. I begge tilfælde får du en maskine, der ser ren ud i bakken og stadig har en tjeneste, en pakke og en enhedsidentitet på sig. Rettelsen begynder med at identificere installationen, ikke med en kommando.

Trin 1: Identificer, hvad der er installeret, og hvordan

To udrulningsstile er almindelige, og de deler ikke fjernelsestrin. En native pakkeinstallation lægger RPM- eller DEB-pakker på systemet med navne og versioner, du kan liste. En ældre scriptbaseret udrulning smider filer i en mappe og leverer sit eget afinstallationsprogram. dpkg -l | grep -i cisco, eller rpm -qa | grep -i cisco på et RPM-system fortæller dig, hvilken verden du er i, før du rører nogen af dem.

Registrer versionerne sammen med ændringen. En modulliste uden udgivelsesnummer kan ikke genskabes seks måneder senere, når nogen spørger, hvad du fjernede.

Trin 2: Bekræft, hvem der autoriserer fjernelsen

På en administreret enhed er svaret ofte ikke dig. Holdning, synlighed og andre endpoint-kontroller kan køre på den samme installer, og at fjerne dem stille bryder compliance-tjek, som ingen nævnte i starten. Bed om den ansvarlige administratorens fjernelsesplan, før du tester din egen.

Fejlfinding af en VPN-forbindelse er ikke tilladelse til at strippe endpoint-kontroller af en firmabærbar. Skriv det, hvor billetten kan se det.

Trin 3: Fjern i den dokumenterede rækkefølge

Ciscos 5.1-udrulningsvejledning dokumenterer arbejdsgangen for den native Linux-pakke med en modulrækkefølge i stedet for én tilfredsstillende kommando. Ikke-kerne-moduler kommer af først, derefter kerne-VPN-komponenten, mens DART holdes til sidst, fordi dens diagnostik er det, du vil have, hvis fjernelsen går galt. Følg den rækkefølge for de komponenter, der faktisk er installeret.

Forhåndsvis transaktionen, før du godkender den. apt-get -s remove cisco-secure-client viser, hvad der ville blive fjernet, og hvad der afhænger af det, og et pakkehåndteringsprogram, der foreslår at fjerne halvdelen af skrivebordet, fortæller dig noget nyttigt.

Behandl ikke et wildcard, der matcher hele produktfamilien, som en snæver kommando. Det fjerner alt, hvad familien installerede, hvilket sjældent er det, du mente.

Trin 4: Bekræft pakketilstand, tjeneste og netværk

Efter den autoriserede fjernelse skal du køre inventaret igen og bekræfte, at de forventede pakker er væk. Kontroller tjenestetilstanden med systemctl status vpnagentd på en native installation, og bekræft derefter, at netværket vender tilbage til din baseline. Et manglende bakkeikon beviser intet, og et urelateret modul, der overlever, betyder ikke, at fjernelsen mislykkedes.

Husk også tunnelafhængigheden. Hvis din fjernsession kører på den tunnel, du fjerner, skal du have en uafhængig administrationsvej åben, før du starter.

Trin 5: Afvikl identiteten, ikke kun filerne

Lokal softwarefjernelse afvikler ikke en legitimationsoplysning. Et enhedscertifikat, en eksporteret profil eller en gemt session kan stadig godkende fra en anden maskine bagefter. Håndter tilbagekaldelse gennem den, der ejer kontoen, og slet ikke rekursivt enhver Cisco-mærket mappe som en genvej.

Arbejdet er gjort, når pakkerne er væk, tunnelen ikke er, og legitimationsoplysningen ikke længere virker. Det er tre separate tjek, og de fejler uafhængigt.