Verwyder die regte Cisco Secure Client-module op Linux

Om Cisco VPN-sagteware op Linux te verwyder, misluk op twee maniere wat van buite identies lyk. Mense voer 'n script-pad uit van 'n kliëntgenerasie wat hulle nie het nie, of hulle verwyder 'n omhullende module en laat die kern agter. In albei gevalle kry jy 'n masjien wat skoon in die stelselbalk lyk en steeds 'n diens, 'n pakket en 'n toestelidentiteit daarop het. Die oplossing begin met die identifisering van die installasie, nie met 'n opdrag nie.

Stap 1: Identifiseer wat geïnstalleer is en hoe

Twee ontplooiingstyle is algemeen en hulle deel nie verwyderingstappe nie. 'n Inheemse pakketinstallasie plaas RPM- of DEB-pakkette op die stelsel met name en weergawes wat jy kan lys. 'n Ouer scriptgebaseerde ontplooiing laat val lêers in 'n gids en lewer sy eie deïnstalleerder. dpkg -l | grep -i cisco, of rpm -qa | grep -i cisco op 'n RPM-stelsel, vertel jou in watter wêreld jy is voordat jy enigeen aanraak.

Teken die weergawes saam met die verandering aan. 'n Modulelys sonder 'n vrystellingsnommer is nie ses maande later reproduceerbaar nie wanneer iemand vra wat jy verwyder het.

Stap 2: Bevestig wie die verwydering magtig

Op 'n bestuurde toestel is die antwoord dikwels nie jy nie. Houding, sigbaarheid en ander eindpuntbeheermaatreëls kan op dieselfde installeerder ry, en om hulle stilweg te verwyder breek nakomingstoetse wat niemand aan die begin genoem het nie. Vra vir die verantwoordelike administrateur se verwyderingsplan voordat jy jou eie toets.

Om 'n VPN-verbinding op te los is nie magtiging om eindpuntbeheermaatreëls van 'n korporatiewe skootrekenaar te stroop nie. Skryf dit waar die kaartjie dit kan sien.

Stap 3: Verwyder in die gedokumenteerde orde

Cisco se 5.1-ontplooiingsgids dokumenteer die Linux-inheemse pakketwerkvloei met 'n module-orde eerder as een bevredigende opdrag. Nie-kernmodules kom eerste af, dan die kern-VPN-komponent, met DART wat laaste gehou word omdat sy diagnostiek is wat jy sal wil hê as die verwydering verkeerd loop. Volg daardie orde vir die komponente wat werklik geïnstalleer is.

Voorskou die transaksie voordat jy dit goedkeur. apt-get -s remove cisco-secure-client wys wat verwyder sou word en wat daarvan afhang, en 'n pakketbestuurder wat voorstel om die helfte van die lessenaar te verwyder, vertel jou iets nuttigs.

Moenie 'n wildcard wat op die hele produkfamilie pas as 'n nou opdrag behandel nie. Dit verwyder alles wat die familie geïnstalleer het, wat selde is wat jy bedoel het.

Stap 4: Verifieer pakketstatus, diens en netwerk

Nadat die gemagtigde verwydering gedoen is, herhaal die inventaris en bevestig dat die verwagte pakkette weg is. Kontroleer die diensstatus met systemctl status vpnagentd op 'n inheemse installasie, en bevestig dan dat die netwerk na jou basislyn terugkeer. 'n Ontbrekende stelselbalk-ikoon bewys niks, en 'n onverwante module wat oorleef beteken nie dat die verwydering misluk het nie.

Hou ook die tonnelafhanklikheid in gedagte. As jou afgeleë sessie op die tonnel ry wat jy verwyder, moet 'n onafhanklike bestuurspad oop wees voordat jy begin.

Stap 5: Tree die identiteit af, nie net die lêers nie

Plaaslike sagtewareverwydering tree nie 'n geloofsbrief af nie. 'n Toestelsertifikaat, 'n uitgevoerde profiel of 'n gestoorde sessie kan daarna steeds van 'n ander masjien verifieer. Hanteer herroeping deur wie ook al die rekening besit, en moenie elke Cisco-gemerkte gids as 'n kortpad rekursief verwyder nie.

Die werk is gedoen wanneer die pakkette weg is, die tonnel nie is nie, en die geloofsbrief nie meer werk nie. Dit is drie afsonderlike kontroles en hulle faal onafhanklik.