NordVPN w Ubuntu: demon, logowanie i czyste usuwanie

Zacznij od tego, co raportuje terminal, a nie od instalatora. Klient VPN dostawcy może zawieść, bo jego usługa w tle nie działa, bo pakiet zepsuł się wobec nowszej dystrybucji, bo zmienił się przepływ logowania albo bo stary profil połączenia jest nadal aktywny. Każdy przypadek zostawia inny ślad, a ponowna instalacja naprawia najwyżej jeden z nich. Przejdź kontrole po kolei i zatrzymaj się, gdy dowody wskazują warstwę.

Zacznij od usługi, a nie od instalatora

Najpierw odczytaj stan jednostki: systemctl status nordvpnd mówi, czy demon działa i czy został niedawno uruchomiony ponownie. Komunikat o uprawnieniach gniazda, taki jak Permission denied accessing /run/nordvpn/nordvpnd.sock, dotyczy przynależności do grupy, a nie tunelu. Dodaj konto do grupy dostawcy, następnie wyloguj się całkowicie z sesji pulpitu i zaloguj ponownie. Nowy terminal zachowuje starą listę grup, więc id to jedyne szybkie potwierdzenie, że zmiana została zastosowana.

Gdy demon jest zdrowy, ale klient cię ignoruje, pakiet jest lepszym podejrzanym. Wpis graficzny, który nic nie robi, i polecenie, które kończy się po cichu, to objawy na poziomie pakietu. Po aktualizacji dystrybucji menedżer dostawcy napisany w Pythonie może zawieść wobec usuniętego API biblioteki, więc przed usunięciem czegokolwiek porównaj zainstalowaną kompilację z tym, co dostawca obecnie dostarcza.

Wybierz ścieżkę logowania, którą oferuje kompilacja

Zeszłoroczne instrukcje logowania mogą opisywać flagę, której już nie ma. W obecnych kompilacjach nordvpn login --legacy zwraca flag provided but not defined: -legacy, a dwie obsługiwane ścieżki to token z portalu i wywołanie zwrotne przeglądarki. Dla ścieżki z tokenem wygeneruj go na stronie konta i przekaż raz: nordvpn login --token <token>. Dla ścieżki wywołania zwrotnego skopiuj adres sukcesu, zamień https:// na nordvpn:// i ujmij wynik w cudzysłów, gdy przekazujesz go do nordvpn login --callback.

Obie wartości są poświadczeniami. Token bez terminu ważności jest wygodny na maszynie bez ekranu i kosztowny w historii powłoki, więc wyczyść go po użyciu i trzymaj z dala od pakietów pomocy technicznej.

Odinstaluj całkowicie, wraz z repozytorium

Usuwanie ma trzy części: pakiet, źródło apt i przynależność do grupy. Wyczyszczenie samego pakietu zostawia repozytorium, które nadal odpowiada na apt update, i przestarzałą grupę, która nadal daje dostęp do gniazda, którego nikt nie powinien posiadać. Jeśli klient pochodzi z pobranego .deb, najpierw ustal dokładną nazwę pakietu za pomocą dpkg -l | grep -i nordvpn, bo zgadywanie daje czyszczenie, które niczego nie usuwa.

Zachowaj własne instrukcje deinstalacji dostawcy, jeśli istnieją, i zapisz, co usunąłeś, aby późniejsza reinstalacja nie odziedziczyła po cichu połowy konfiguracji.

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

Usuń profile, o których deinstalacja zapomniała

NetworkManager trzyma połączenia we własnym magazynie, a klient, który zapisał jedno podczas konfiguracji, może pozostawić je aktywne długo po usunięciu. Znany winowajca to pvpn-ipv6leak-protection. Wypisz je za pomocą nmcli connection show i nmcli connection show --active, zapisz UUID i usuń według tego identyfikatora, aby nie usunąć działającego profilu. Jeśli wpis pojawi się ponownie po restarcie, usuń jego plik klucza w /etc/NetworkManager/system-connections/ i uruchom ponownie NetworkManager.

Nie opróżniaj tego katalogu. Mieszkają tam też inne VPN-y i zwykłe profile przewodowe, a czyszczenie, które je usuwa, tworzy drugą awarię. Wpisy zapisane przez innych dostawców zasługują na taką samą ostrożność: zapisany profil serwera nie jest działającym demonem, a jego usunięcie to decyzja konfiguracyjna, nie naprawa błędu.

Logowanie to nie to samo co działający tunel

Udane logowanie dowodzi tylko, że konto zostało uwierzytelnione. Jeśli tunel startuje, ale nazwy przestają się rozwiązywać, sprawdź technologię wybraną przez klienta i stan resolvera przed zmianą konta. Niektóre kompilacje udostępniają drugą ścieżkę danych, a przejście na nią jest udokumentowanym obejściem, gdy nowsza nie startuje.

Ruch, który psuje się tylko podczas połączenia, wskazuje na przełącznik awaryjny lub pozostały profil ochrony przed wyciekiem, a nie na inne logowanie. Urządzenia lokalne wymagają osobnego spojrzenia: drukarka lub serwer plików, który znika w trakcie sesji jest zwykle blokowany przez listę wyjątków LAN dostawcy, a nie przez router.