Usuwanie właściwego modułu Cisco Secure Client w systemie Linux

Usuwanie oprogramowania Cisco VPN w systemie Linux kończy się niepowodzeniem na dwa sposoby, które z zewnątrz wyglądają identycznie. Ludzie uruchamiają ścieżkę skryptu z generacji klienta, której nie mają, albo usuwają moduł opakowujący i zostawiają rdzeń. W obu przypadkach powstaje maszyna, która w zasobniku wygląda czysto, a nadal ma usługę, pakiet i tożsamość urządzenia. Naprawa zaczyna się od zidentyfikowania instalacji, a nie od polecenia.

Krok 1: Ustal, co jest zainstalowane i w jaki sposób

Dwa style wdrożenia są powszechne i nie dzielą kroków usuwania. Instalacja pakietu natywnego umieszcza w systemie pakiety RPM lub DEB o nazwach i wersjach, które można wylistować. Starsze wdrożenie oparte na skrypcie wrzuca pliki do katalogu i dostarcza własny deinstalator. dpkg -l | grep -i cisco, albo rpm -qa | grep -i cisco w systemie RPM, mówi, w którym świecie jesteś, zanim dotkniesz któregokolwiek.

Zapisz wersje razem ze zmianą. Lista modułów bez numeru wydania nie jest odtwarzalna sześć miesięcy później, gdy ktoś pyta, co usunąłeś.

Krok 2: Potwierdź, kto autoryzuje usunięcie

Na urządzeniu zarządzanym odpowiedzią często nie jesteś ty. Posture, widoczność i inne mechanizmy kontroli punktów końcowych mogą jechać na tym samym instalatorze, a ich ciche usunięcie psuje kontrole zgodności, o których nikt nie wspomniał na początku. Poproś odpowiedzialnego administratora o plan usunięcia, zanim przetestujesz własny.

Rozwiązywanie problemów z połączeniem VPN nie jest upoważnieniem do zdzierania mechanizmów kontroli punktów końcowych ze służbowego laptopa. Zapisz to tam, gdzie zgłoszenie to zobaczy.

Krok 3: Usuwaj w udokumentowanej kolejności

Przewodnik wdrożenia 5.1 firmy Cisco dokumentuje przepływ pracy z natywnymi pakietami Linux w kolejności modułów, a nie jednym zadowalającym poleceniem. Moduły inne niż rdzeniowe schodzą pierwsze, potem komponent VPN rdzenia, a DART zostaje na koniec, ponieważ jego diagnostyka jest tym, czego będziesz chciał, jeśli usuwanie pójdzie źle. Tej kolejności przestrzegaj dla komponentów faktycznie zainstalowanych.

Podejrzyj transakcję, zanim ją zatwierdzisz. apt-get -s remove cisco-secure-client pokazuje, co zostałoby usunięte i co od tego zależy, a menedżer pakietów proponujący usunięcie połowy pulpitu mówi ci coś pożytecznego.

Nie traktuj wieloznacznika pasującego do całej rodziny produktów jako wąskiego polecenia. Usuwa wszystko, co rodzina zainstalowała, co rzadko jest tym, co miałeś na myśli.

Krok 4: Sprawdź stan pakietów, usługę i sieć

Po autoryzowanym usunięciu uruchom ponownie inwentarz i potwierdź, że oczekiwane pakiety zniknęły. Sprawdź stan usługi za pomocą systemctl status vpnagentd w instalacji natywnej, a następnie potwierdź, że sieć wraca do twojej linii bazowej. Brakująca ikona w zasobniku niczego nie dowodzi, a ocalały niepowiązany moduł nie oznacza, że usuwanie się nie powiodło.

Pamiętaj też o zależności od tunelu. Jeśli twoja sesja zdalna jedzie przez tunel, który usuwasz, otwórz niezależną ścieżkę zarządzania, zanim zaczniesz.

Krok 5: Wycofaj tożsamość, nie tylko pliki

Lokalne usunięcie oprogramowania nie wycofuje poświadczenia. Certyfikat urządzenia, wyeksportowany profil lub zapisana sesja nadal mogą się uwierzytelnić z innej maszyny później. Odwołaniem zajmij się przez właściciela konta i nie usuwaj rekurencyjnie każdego katalogu z etykietą Cisco jako skrótu.

Zadanie jest skończone, gdy pakietów nie ma, tunelu nie ma, a poświadczenie już nie działa. To trzy osobne sprawdzenia i każde z nich zawodzi niezależnie.