NordVPN sa Ubuntu: daemon, pag-login at malinis na pagtanggal

Magsimula sa iniuulat ng terminal, hindi sa installer. Ang VPN client ng vendor ay maaaring mabigo dahil hindi tumatakbo ang serbisyo sa background nito, dahil nasira ang pakete laban sa mas bagong distribusyon, dahil nagbago ang daloy ng pag-login, o dahil aktibo pa rin ang lumang profile ng koneksyon. Bawat kaso ay nag-iiwan ng ibang bakas, at ang muling pag-install ay nag-aayos ng hindi hihigit sa isa sa kanila. Dumaan sa mga pagsusuri nang sunod-sunod at huminto kapag itinuro ng ebidensya ang isang layer.

Magsimula sa serbisyo, hindi sa installer

Basahin muna ang estado ng unit: sinasabi ng systemctl status nordvpnd kung tumatakbo ang daemon at kung kamakailan itong na-restart. Ang mensahe ng pahintulot sa socket tulad ng Permission denied accessing /run/nordvpn/nordvpnd.sock ay tungkol sa pagiging miyembro ng grupo, hindi sa tunnel. Idagdag ang account sa grupo ng vendor, pagkatapos ay mag-log out nang buo sa desktop session at mag-log in muli. Ang bagong terminal ay nagpapanatili ng lumang listahan ng grupo, kaya ang id ang tanging mabilis na kumpirmasyon na nailapat ang pagbabago.

Kapag malusog ang daemon ngunit binabalewala ka ng client, ang pakete ang mas mabuting suspect. Ang graphical na entry na walang ginagawa at command na tahimik na lumalabas ay mga sintomas sa antas ng pakete. Pagkatapos ng pag-upgrade ng distribusyon, ang manager ng vendor na nakasulat sa Python ay maaaring mabigo laban sa tinanggal na API ng library, kaya ihambing ang naka-install na build sa kasalukuyang ipinapadala ng vendor bago magbura ng anuman.

Piliin ang landas ng pag-login na inaalok ng build

Ang mga tagubilin sa pag-login noong nakaraang taon ay maaaring naglalarawan ng flag na wala na. Sa kasalukuyang mga build, ang nordvpn login --legacy ay nagbabalik ng flag provided but not defined: -legacy, at ang dalawang sinusuportahang landas ay token mula sa portal at callback mula sa browser. Para sa landas ng token, likhain ito sa pahina ng account at ipasa nang isang beses: nordvpn login --token <token>. Para sa landas ng callback, kopyahin ang address ng tagumpay, palitan ang https:// ng nordvpn://, at ilagay sa mga panipi ang resulta kapag ibinibigay mo ito sa nordvpn login --callback.

Ang dalawang halaga ay mga kredensyal. Ang token na walang pagtatapos ay maginhawa sa makinang walang screen at mahal sa kasaysayan ng shell, kaya burahin ito pagkatapos gamitin at ilayo sa mga bundle ng suporta.

I-uninstall nang buo, kasama ang repository

May tatlong bahagi ang pagtanggal: ang pakete, ang pinagmulan ng apt at ang pagiging miyembro ng grupo. Kung ang pakete lang ang lilinisin, may natitirang repository na patuloy na sumasagot sa apt update, at lumang grupo na patuloy na nagbibigay ng access sa socket na wala dapat may-ari. Kung galing ang client sa na-download na .deb, tukuyin muna ang eksaktong pangalan ng pakete gamit ang dpkg -l | grep -i nordvpn, dahil ang paghula ay gumagawa ng paglilinis na walang natatanggal.

Itago ang sariling mga tagubilin sa pag-uninstall ng vendor kung mayroon, at itala ang tinanggal mo upang ang susunod na muling pag-install ay hindi tahimik na magmana ng kalahating configuration.

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

Alisin ang mga profile na nakalimutan ng pag-uninstall

Ang NetworkManager ay nag-iimbak ng mga koneksyon sa sarili nitong tindahan, at ang client na nagsulat ng isa noong setup ay maaaring iwan itong aktibo nang matagal pagkatapos ng pagtanggal. Ang kilalang salarin ay ang pvpn-ipv6leak-protection. Ilarawan gamit ang nmcli connection show at nmcli connection show --active, itala ang UUID, at tanggalin ayon sa identifier na iyon upang hindi ka makapagtanggal ng buhay na profile. Kung muling lumitaw ang entry pagkatapos ng reboot, tanggalin ang keyfile nito sa ilalim ng /etc/NetworkManager/system-connections/ at i-restart ang NetworkManager.

Huwag mong paubusin ang direktoryo. May ibang VPN at ordinaryong wired profile din doon, at ang paglilinis na nag-aalis sa kanila ay gumagawa ng pangalawang sagabal. Ang mga entry na inimbak ng ibang vendor ay karapat-dapat sa parehong pag-iingat: ang naka-save na profile ng server ay hindi tumatakbong daemon, at ang pagtanggal nito ay desisyon sa configuration, hindi pag-aayos ng bug.

Ang pag-login ay hindi kapareho ng gumaganang tunnel

Ang matagumpay na pag-login ay nagpapatunay lamang na na-authenticate ang account. Kung magsimula ang tunnel ngunit tumigil ang mga pangalan sa pag-resolve, siyasatin ang teknolohiyang pinili ng client at ang estado ng resolver bago baguhin ang account. Ang ilang build ay naglalantad ng pangalawang landas ng data, at ang paglipat doon ay ang nakadokumentong solusyon kapag nabigo ang mas bago na magsimula.

Ang trapikong nasisira lamang habang konektado ay tumuturo sa kill switch o natirang profile ng proteksyon sa pagtagas, hindi sa ibang login. Ang mga lokal na aparato ay kailangan ng hiwalay na tingin: isang printer o file server na nawawala habang nasa session ay karaniwang hinaharangan ng listahan ng exception sa LAN ng vendor, hindi ng router.