NordVPN в Ubuntu: демон, вхід і чисте видалення

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

Почніть зі служби, а не з інсталятора

Спершу прочитайте стан юніта: systemctl status nordvpnd повідомляє, чи працює демон і чи нещодавно його перезапускали. Повідомлення про дозволи сокета, як Permission denied accessing /run/nordvpn/nordvpnd.sock, стосується членства в групі, а не тунелю. Додайте обліковий запис до групи постачальника, потім повністю вийдіть із сеансу робочого столу і увійдіть знову. Новий термінал зберігає старий список груп, тому id — єдине швидке підтвердження, що зміну застосовано.

Коли демон здоровий, але клієнт вас ігнорує, пакунок — кращий підозрюваний. Графічний пункт, який нічого не робить, і команда, що тихо завершується, — це симптоми рівня пакунка. Після оновлення дистрибутива менеджер постачальника, написаний на Python, може зламатися об видалений API бібліотеки, тому порівняйте встановлену збірку з тим, що постачальник зараз постачає, перш ніж щось видаляти.

Виберіть шлях входу, який пропонує збірка

Торішні інструкції з входу можуть описувати прапорець, якого вже немає. У поточних збірках nordvpn login --legacy повертає flag provided but not defined: -legacy, а два підтримувані шляхи — токен із порталу та зворотний виклик із браузера. Для шляху з токеном створіть його на сторінці облікового запису і передайте один раз: nordvpn login --token <token>. Для шляху зі зворотним викликом скопіюйте адресу успіху, замініть https:// на nordvpn:// і поставте результат у лапки, коли передаєте його в nordvpn login --callback.

Обидва значення — облікові дані. Токен без терміну дії зручний на машині без екрана і дорогий в історії оболонки, тому стирайте його після використання і тримайте поза пакетами підтримки.

Видаліть повністю, включно зі сховищем

Видалення має три частини: пакунок, джерело apt і членство в групі. Якщо очистити лише пакунок, залишиться сховище, яке продовжує відповідати на apt update, і застаріла група, яка продовжує давати доступ до сокета, яким ніхто не повинен володіти. Якщо клієнт прийшов зі завантаженого .deb, спершу визначте точну назву пакунка за допомогою dpkg -l | grep -i nordvpn, бо здогадка дає очищення, яке нічого не видаляє.

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

sudo apt purge nordvpn
sudo rm /etc/apt/sources.list.d/nordvpn.list
sudo gpasswd -d "$USER" nordvpn

Видаліть профілі, які забуло видалення

NetworkManager зберігає з'єднання у власному сховищі, і клієнт, який записав одне під час налаштування, може залишити його активним ще довго після видалення. Відомий винуватець — pvpn-ipv6leak-protection. Перелічіть їх за допомогою nmcli connection show і nmcli connection show --active, запишіть UUID і видаліть за цим ідентифікатором, щоб не прибрати живий профіль. Якщо запис знову з'явиться після перезавантаження, видаліть його файл ключа в /etc/NetworkManager/system-connections/ і перезапустіть NetworkManager.

Не спорожняйте цей каталог. Там живуть і інші VPN, і звичайні дротові профілі, а очищення, яке їх видаляє, створює другу аварію. Записи, збережені іншими постачальниками, заслуговують такої ж обережності: збережений профіль сервера — не працюючий демон, і його видалення — це рішення про конфігурацію, а не виправлення помилки.

Вхід — це не те саме, що працюючий тунель

Успішний вхід доводить лише те, що обліковий запис пройшов автентифікацію. Якщо тунель запускається, але імена перестають розв'язуватися, перевірте технологію, обрану клієнтом, і стан розв'язувача, перш ніж змінювати обліковий запис. Деякі збірки пропонують другий шлях даних, і перехід на нього — задокументований обхід, коли новіший не запускається.

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