NordVPN Ubuntun: démon, bejelentkezés és tiszta eltávolítás

Azzal kezdje, amit a terminál jelent, ne a telepítővel. Egy szállítói VPN-kliens meghiúsulhat, mert a háttérszolgáltatása nem fut, mert a csomag eltört egy újabb disztribúcióval szemben, mert a bejelentkezési folyamat megváltozott, vagy mert egy régi kapcsolati profil még aktív. Minden eset más nyomot hagy, és az újratelepítés legfeljebb egyet javít meg közülük. Haladjon végig az ellenőrzéseken sorrendben, és álljon meg, amikor a bizonyíték egy rétegre mutat.

A szolgáltatással kezdje, ne a telepítővel

Először olvassa el az egység állapotát: systemctl status nordvpnd megmondja, fut-e a démon, és hogy nemrég újraindult-e. Az olyan socket-engedélyüzenet, mint a Permission denied accessing /run/nordvpn/nordvpnd.sock, a csoporttagságról szól, nem az alagútról. Adja hozzá a fiókot a szállító csoportjához, majd jelentkezzen ki teljesen az asztali munkamenetből, és jelentkezzen be újra. Az új terminál megtartja a régi csoportlistát, ezért id az egyetlen gyors visszaigazolás arról, hogy a változás érvénybe lépett.

Amikor a démon egészséges, de a kliens figyelmen kívül hagyja önt, a csomag a jobb gyanúsított. Egy semmit nem tevő grafikus bejegyzés és egy csendben kilépő parancs csomagszintű tünetek. Egy disztribúció-frissítés után egy Pythonban írt szállítói kezelő elhasalhat egy eltávolított könyvtár-API előtt, ezért hasonlítsa össze a telepített buildet azzal, amit a szállító jelenleg szállít, mielőtt bármit törölne.

Válassza ki a build által kínált bejelentkezési útvonalat

A tavalyi bejelentkezési útmutatók olyan kapcsolót írhatnak le, amely már nem létezik. A jelenlegi buildekben a nordvpn login --legacy a flag provided but not defined: -legacy üzenetet adja vissza, és a két támogatott útvonal a portáltoken és a böngésző-visszahívás. A tokenes útvonalhoz hozza létre a fiók oldalán, és egyszer adja át: nordvpn login --token <token>. A visszahívásos útvonalhoz másolja ki a siker címét, cserélje ki a https://-ot a nordvpn://-ra, és tegye idézőjelbe az eredményt, amikor átadja a nordvpn login --callback-nak.

Mindkét érték hitelesítő adat. A lejárat nélküli token kényelmes a fej nélküli gépen és drága a héj előzményeiben, ezért használat után törölje, és tartsa távol a támogatási csomagoktól.

Távolítsa el teljesen, a tárolót is beleértve

Az eltávolításnak három része van: a csomag, az apt-forrás és a csoporttagság. Ha csak a csomagot tisztítja, marad egy tároló, amely továbbra is válaszol a apt update-re, és egy elavult csoport, amely továbbra is hozzáférést ad egy sockethez, amely senkié nem kellene legyen. Ha a kliens egy letöltött .deb fájlból jött, először állapítsa meg a pontos csomagnevet a dpkg -l | grep -i nordvpn segítségével, mert a találgatás olyan tisztítást eredményez, amely semmit nem távolít el.

Őrizze meg a szállító saját eltávolítási utasításait, ha vannak, és jegyezze fel, mit távolított el, hogy egy későbbi újratelepítés ne örököljön csendben fél konfigurációt.

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

Távolítsa el a profilokat, amelyeket az eltávolítás elfelejtett

A NetworkManager a saját tárolójában tartja a kapcsolatokat, és egy kliens, amely a beállítás során írt egyet, hosszú ideig aktívan hagyhatja azt az eltávolítás után. Az ismert bűnös a pvpn-ipv6leak-protection. Sorolja fel a nmcli connection show és nmcli connection show --active segítségével, jegyezze fel az UUID-t, és az alapján az azonosító alapján törölje, hogy ne távolítson el egy élő profilt. Ha a bejegyzés újraindítás után újra megjelenik, törölje a kulcsfájlját a /etc/NetworkManager/system-connections/ alatt, és indítsa újra a NetworkManagert.

Ne ürítse ki azt a könyvtárat. Más VPN-ek és közönséges vezetékes profilok is ott élnek, és az őket eltávolító tisztítás második kiesést okoz. A más szállítók által mentett bejegyzések ugyanilyen óvatosságot érdemelnek: a mentett kiszolgálóprofil nem futó démon, és egy törlése konfigurációs döntés, nem hibajavítás.

A bejelentkezés nem ugyanaz, mint egy működő alagút

A sikeres bejelentkezés csak azt bizonyítja, hogy a fiók hitelesítve lett. Ha az alagút elindul, de a nevek feloldása leáll, vizsgálja meg a kliens által választott technológiát és a feloldó állapotát, mielőtt megváltoztatja a fiókot. Egyes buildek második adatútvonalat tárnak fel, és arra váltani a dokumentált kerülőút, amikor az újabb nem indul el.

A csak kapcsolódás közben megszakadó forgalom egy vészkapcsolóra vagy egy hátramaradt szivárgásvédelmi profilra mutat, nem egy másik bejelentkezésre. A helyi eszközök külön pillantást igényelnek: egy nyomtató vagy fájlkiszolgáló, amely a munkamenet alatt eltűnik általában a szállító LAN-kivétellistája blokkolja, nem az útválasztó.