A megfelelő Cisco Secure Client modul eltávolítása Linuxon

A Cisco VPN szoftver Linux alatti eltávolítása kétféleképpen szokott meghiúsulni, amelyek kívülről azonosnak látszanak. Az emberek egy olyan ügyfélgeneráció szkriptútvonalát futtatják, amellyel nem rendelkeznek, vagy eltávolítják a burkoló modult, és bent hagyják a magot. Mindkét esetben olyan gépet kapunk, amely a tálcán tisztának látszik, és mégis van rajta szolgáltatás, csomag és eszközidentitás. A javítás azzal kezdődik, hogy azonosítjuk a telepítést, nem egy paranccsal.

1. lépés: Azonosítsa, mi van telepítve és hogyan

Két telepítési stílus gyakori, és nem osztoznak az eltávolítási lépéseken. A natív csomagtelepítés RPM vagy DEB csomagokat tesz a rendszerre, listázható nevekkel és verziókkal. A régebbi, szkriptalapú telepítés fájlokat tesz egy könyvtárba, és saját eltávolítót hoz magával. A dpkg -l | grep -i cisco, vagy RPM rendszeren a rpm -qa | grep -i cisco megmondja, melyik világban vagyunk, mielőtt bármelyikhez hozzányúlnánk.

Rögzítse a verziókat a változtatással együtt. A kiadási szám nélküli modullista hat hónappal később nem reprodukálható, amikor valaki megkérdezi, mit távolított el.

2. lépés: Erősítse meg, ki engedélyezi az eltávolítást

Kezelt eszközön a válasz gyakran nem ön. A Posture, a láthatóság és más végpontvezérlők ugyanazon a telepítőn utazhatnak, és ezek csendes eltávolítása megszegi azokat a megfelelőségi ellenőrzéseket, amelyeket a kezdetekkor senki nem említett. Kérje el a felelős adminisztrátor eltávolítási tervét, mielőtt a sajátját tesztelné.

A VPN-kapcsolat hibakeresése nem felhatalmazás arra, hogy eltávolítsuk a végpontvezérlőket egy vállalati laptopról. Írja ezt oda, ahol a jegy látja.

3. lépés: A dokumentált sorrendben távolítson el

A Cisco 5.1-es telepítési útmutatója a Linux natív csomagok munkafolyamatát modulsorrenddel dokumentálja, nem egyetlen kielégítő paranccsal. A nem magmodulok mennek le először, aztán a mag VPN-összetevő, a DART-ot pedig utolsóként tartjuk meg, mert a diagnosztikája az, amire szükség lesz, ha az eltávolítás félresikerül. Ezt a sorrendet kövessük a ténylegesen telepített összetevőknél.

Nézze át a tranzakciót, mielőtt jóváhagyja. A apt-get -s remove cisco-secure-client megmutatja, mi tűnne el és mi függ tőle, és ha egy csomagkezelő az asztal felét javasolja eltávolítani, az valami hasznosat mond.

Ne tekintsünk szűk parancsnak egy wildcardot, amely az egész termékcsaládra illeszkedik. Az mindent eltávolít, amit a család telepített, ami ritkán az, amit gondoltunk.

4. lépés: Ellenőrizze a csomagállapotot, a szolgáltatást és a hálózatot

Az engedélyezett eltávolítás után futtassa újra a leltárt, és erősítse meg, hogy a várt csomagok eltűntek. Natív telepítésnél a systemctl status vpnagentd paranccsal ellenőrizze a szolgáltatás állapotát, majd erősítse meg, hogy a hálózat visszatér az alapállapotához. A hiányzó tálcaikon semmit nem bizonyít, és egy túlélő, független modul nem jelenti azt, hogy az eltávolítás meghiúsult.

Tartsa szem előtt az alagútfüggőséget is. Ha a távoli munkamenete azon az alagúton fut, amelyet eltávolít, nyisson független felügyeleti útvonalat, mielőtt elkezdi.

5. lépés: Az identitást vonja vissza, ne csak a fájlokat

A helyi szoftver eltávolítása nem vonja vissza a hitelesítő adatot. Egy eszköztanúsítvány, egy exportált profil vagy egy mentett munkamenet később még hitelesíthető egy másik gépről. A visszavonást a fiók tulajdonosán keresztül intézze, és ne törölje rekurzívan az összes Cisco feliratú könyvtárat gyorsmegoldásként.

A munka akkor van kész, amikor a csomagok eltűntek, az alagút nem, és a hitelesítő adat már nem működik. Ez három külön ellenőrzés, és ezek egymástól függetlenül hibáznak.