Видалення програмного забезпечення Cisco VPN у Linux зривається двома способами, які зовні виглядають однаково. Люди запускають шлях скрипту з того покоління клієнта, якого в них немає, або видаляють модуль-обгортку й залишають ядро. У будь-якому разі виходить машина, яка в лотку виглядає чистою, але на ній усе ще є служба, пакет та ідентичність пристрою. Виправлення починається з визначення встановлення, а не з команди.

Крок 1: Визначте, що і як встановлено

Два стилі розгортання поширені, і вони не мають спільних кроків видалення. Установлення з нативних пакетів розміщує в системі пакети RPM або DEB з іменами та версіями, які можна перелічити. Старіше розгортання на основі скрипту складає файли в каталог і приносить власний деінсталятор. dpkg -l | grep -i cisco або rpm -qa | grep -i cisco у системі RPM повідомляє, у якому світі ви перебуваєте, перш ніж торкатися будь-якого з них.

Запишіть версії разом зі зміною. Список модулів без номера випуску не відтворюється через пів року, коли хтось запитає, що ви видалили.

Крок 2: Підтвердьте, хто дозволяє видалення

На керованому пристрої відповідь часто не ви. Posture, видимість та інші засоби контролю кінцевих точок можуть їхати на тому самому інсталяторі, а їхнє тихе видалення ламає перевірки відповідності, про які на початку ніхто не згадував. Попросіть у відповідального адміністратора план видалення, перш ніж перевіряти свій.

Усунення неполадок VPN-з'єднання — не дозвіл знімати засоби контролю кінцевих точок з корпоративного ноутбука. Запишіть це там, де це побачить заявка.

Крок 3: Видаляйте в задокументованому порядку

Настанова з розгортання 5.1 Cisco описує робочий процес із нативними пакетами Linux порядком модулів, а не однією задовільною командою. Модулі, що не належать до ядра, знімаються першими, потім основний компонент VPN, а DART залишають наостанок, бо його діагностика — це те, що знадобиться, якщо видалення піде не так. Дотримуйтеся цього порядку для фактично встановлених компонентів.

Перегляньте транзакцію перед затвердженням. apt-get -s remove cisco-secure-client показує, що буде видалено і що від цього залежить, а менеджер пакетів, який пропонує видалити половину робочого столу, каже вам щось корисне.

Не вважайте вузькою командою шаблон, що збігається з усією родиною продуктів. Він видаляє все, що встановила родина, а це рідко те, що ви мали на увазі.

Крок 4: Перевірте стан пакетів, службу та мережу

Після дозволеного видалення повторно запустіть інвентаризацію та підтвердьте, що очікувані пакети зникли. Перевірте стан служби за допомогою systemctl status vpnagentd за нативного встановлення, потім підтвердьте, що мережа повертається до вашої базової лінії. Відсутній значок у лотку нічого не доводить, а вцілілий сторонній модуль не означає, що видалення не вдалося.

Пам'ятайте й про залежність від тунелю. Якщо ваш віддалений сеанс іде через тунель, який ви видаляєте, відкрийте незалежний шлях керування, перш ніж почати.

Крок 5: Відкличте ідентичність, а не лише файли

Локальне видалення програмного забезпечення не відкликає облікові дані. Сертифікат пристрою, експортований профіль або збережений сеанс усе ще можуть автентифікуватися з іншої машини згодом. Відкликанням займайтеся через власника облікового запису і не видаляйте рекурсивно кожен каталог з міткою Cisco як ярлик.

Роботу завершено, коли пакетів немає, тунелю немає, а облікові дані більше не працюють. Це три окремі перевірки, і вони відмовляють незалежно.

Схожі статті