sabi ng nordvpn hindi maabot ang daemon: socket, grupo o unit?

Ang pagpapatakbo ng nordvpn at pagkuha ng mensahe tungkol sa daemon na hindi maabot ay isang makitid na reklamo na kadalasang dumarating kapag huli ka na. Wala itong sinasabi tungkol sa kung gumagana ang tunnel, dahil ang CLI ay harap lamang: kausap nito ang isang prosesong pansalikod sa pamamagitan ng Unix socket, at ang ibig sabihin ng mensahe ay hindi nangyari ang usapang iyon. Lumakad palayo mula sa utos at huminto sa unang bagay na lumalabas na mali.

Magsimula kung saan lumilitaw ang error

Dalawang proseso ang sangkot, at ang pagkalito sa kanila ang dahilan kung bakit tila mahiwaga ito. Pag-aari ng daemon ang tunnel at nakikinig ito sa isang socket sa ilalim ng /run/nordvpn/. Ang utos na iyong tina-type ay kumokonekta sa socket na iyon sa halip na hawakan mismo ang mga interface.

Kapag nawawala ang socket o tumatanggi ang koneksyon, walang matatanong ang CLI, kaya iniuulat nito ang bersyong «daemon ng gumagamit» o «daemon ng sistema» ng parehong reklamo. Pinapangalanan ng isa sa mga bersyong iyon ang landas nang direkta, at iyon ang pinakakapaki-pakinabang na pangungusap sa buong pagpapalitan.

Suriin ang unit bago ang lahat

Tanungin ang tagapamahala ng serbisyo kung tumatakbo ang daemon, at kung hindi, simulan at paganahin ito sa isang hakbang:

systemctl status nordvpnd
sudo systemctl enable --now nordvpnd
nordvpn version

Kung umiiral ang unit pero hindi aktibo, sinisimulan ito ng enable --now at inaayos din ang susunod na boot. Kung wala ang unit, hindi ang pakete ang inaakala mo, at mas mahalaga ang naka-install na pangalan kaysa sa pangalan sa iyong mga tala. Parang pedanteng pagkakaiba ito hanggang gumugol ka ng dalawampung minuto sa pagpapagana ng serbisyong hindi kailanman na-install sa ilalim ng label na iyon. Basahin kung ano ang naroon, at kumilos ayon doon.

Ang paglilista ng mga file ng unit ay nagtatapos nito sa isang utos, at sulit itong gawin bago ka maghinuha ng anuman tungkol sa pag-install:

systemctl list-unit-files 'nordvpn*'
service --status-all

Nagpadala ang mga release ng serbisyo sa ilalim ng higit sa isang pangalan ng unit, kaya ang isang build na gumagamit ng nordvpn sa halip na nordvpnd ay gagawa ng perpektong kopya ng error na ito habang tumatakbo ang isang malusog na serbisyo sa tabi nito.

Ang socket at ang grupo nito ang nagpapasya sa pag-access

Kahit tumatakbo ang daemon, maaaring tanggihan ang koneksyon dahil sa mga pahintulot. Gumagawa ang installer ng grupong nordvpn, at pag-aari ang socket ayon doon, kaya ang gumagamit sa labas ng grupong iyon ay tinatanggihan habang ang serbisyo ay ganap na malusog.

sudo usermod -aG nordvpn "$USER"
newgrp nordvpn

Binabasa ang pagiging miyembro ng grupo kapag nagsimula ang isang sesyon, kaya tila hindi gumagana ang pagbabago sa terminal kung saan mo ito ginawa. Kailangan ng bagong shell ng pag-login o newgrp bago makita ng tumatakbong sesyon ang bagong grupo. Subukan sa bagong shell, hindi sa isa na katatakbo lang ng utos. Kung hindi, maghihinuha ka na nabigo ang pagwawasto gayong hindi pa ito naipapataw.

Ang pagmamay-ari ng socket mismo ang ikalawang kalahati ng pagsusuring iyon. Ihambing ang grupo sa socket sa mga grupong iniuulat ng shell na nagpapatakbo ng CLI, at ang tanong sa pahintulot ay nasasagot sa isang hakbang sa halip na mag-install muli:

ls -l /run/nordvpn
id

Ang buhay na proseso ay hindi patunay ng tamang socket. Ang daemon na inilunsad ng ibang tagapamahala, o lumang paketeng nagbigkis ng socket na may ibang pangalan, ay pareho ang iniuulat. Inihihiwalay ng listahan ng direktoryo ang mga kasong iyon sa isang linya, kaya mas mabuti ito kaysa mag-install muli.

Ang proseso kada gumagamit sa lumang packaging

Ang ilang packaging ay nagpapatakbo ng ikalawang proseso sa konteksto ng naka-log in na gumagamit, na inaasahang matatagpuan ng integrasyon ng desktop. Kung sinimulan ito ng script ng init ng sistema nang hindi bumababa sa account na iyon, naghahanap ang CLI ng daemon na walang sesyong nagmamay-ari.

Sa init na hindi systemd, hinahati ng dokumentadong kaayusan ang mga papel: tumatakbo ang serbisyo ng sistema sa ilalim ng isang pangalan at ang proseso sa panig ng gumagamit sa ilalim ng target na account gamit ang chpst -u <user>. Suriin kung aling kaayusan ang talagang ginagamit ng iyong pag-install bago magdagdag ng startup script na nagpapalagay ng isa pa.

Paano malalaman na tapos ka na

Ang upgrade ang karaniwang nag-trigger, dahil inaasahan ng bagong binary ang estado ng serbisyong hindi iniwan ng luma. Ang paghinto, muling pagpapagana at pagsisimula sa ganoong pagkakasunod-sunod ay naglilinis nito:

sudo systemctl stop nordvpnd
sudo systemctl enable --now nordvpnd
sudo systemctl start nordvpnd
nordvpn version

Ang huling utos na iyon ang pagsubok ng pagtanggap. Ang na-print na bersyon ay nangangahulugang sumasagot ang socket, na naglilipat sa anumang natitirang depekto sa teritoryo ng pag-login, plano o konektibidad at inaalis ito sa artikulong ito. Kung sumagot ito, huminto sa pagbabasa dito at pumunta tingnan ang account.

Kung nawawala pa rin ang socket, basahin ang journal ng unit upang makita kung bakit ito tumigil, pagkatapos ay tiyakin na umiiral ang /run/nordvpn at makakasulat doon ang account ng serbisyo. Ang prosesong bumabangon at agad na namamatay ay itinatala ang dahilan nito sa journal na iyon, at ang isang linya ay mas mabilis basahin kaysa sa magsagawa ng muling pag-install.