nordvpn diu que no pot arribar al dimoni: socket, grup o unitat?

Executar nordvpn i rebre un missatge sobre un dimoni inabastable és una queixa estreta que sol arribar quan ja vas tard. No diu res sobre si el túnel funciona, perquè la CLI només és una interfície frontal: parla amb un procés de fons a través d’un socket Unix, i el missatge vol dir que aquesta conversa no ha tingut lloc. Camina des de l’ordre cap enfora i atura’t a la primera cosa que resulti falsa.

Comença on apareix l’error

Hi intervenen dos processos, i confondre’ls és el que fa que això sembli misteriós. El dimoni posseeix el túnel i escolta en un socket sota /run/nordvpn/. L’ordre que has escrit es connecta a aquest socket en lloc de tocar les interfícies ella mateixa.

Quan el socket falta o rebutja la connexió, la CLI no té ningú a qui preguntar, així que informa de la variant «dimoni d’usuari» o «dimoni de sistema» de la mateixa queixa. Una d’aquestes variants anomena el camí directament, i és la frase més útil de tota la conversa.

Comprova la unitat abans que res

Pregunta al gestor de serveis si el dimoni s’està executant i, si no, inicia’l i habilita’l en un sol pas:

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

Si la unitat existeix però està inactiva, enable --now tant l’inicia com prepara la propera arrencada. Si la unitat no existeix, el paquet no és el que suposes, i el nom instal·lat importa més que el nom de les teves notes. Això sona a distinció pedant fins que passes vint minuts habilitant un servei que mai es va instal·lar amb aquesta etiqueta. Llegeix què hi ha i actua en conseqüència.

Llistar els fitxers d’unitat ho resol en una ordre, i val la pena fer-ho abans de concloure res sobre la instal·lació:

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

Els llançaments han enviat el servei sota més d’un nom d’unitat, així que una compilació que utilitza nordvpn en lloc de nordvpnd produirà una còpia perfecta d’aquest error mentre un servei sa s’executa just al costat.

El socket i el seu grup decideixen l’accés

Fins i tot amb el dimoni en marxa, la connexió es pot rebutjar per permisos. L’instal·lador crea un grup nordvpn, i el socket és propietat en conseqüència, així que un usuari fora d’aquest grup queda denegat mentre el servei és perfectament sa.

sudo usermod -aG nordvpn "$USER"
newgrp nordvpn

La pertinença al grup es llegeix quan comença una sessió, i per això el canvi sembla no funcionar al terminal on l’has fet. Cal un shell d’inici de sessió nou o newgrp abans que la sessió en curs vegi el grup nou. Prova-ho en un shell nou, no en el que acaba d’executar l’ordre. Si no, conclouràs que la solució ha fallat quan simplement encara no s’ha aplicat.

La propietat del socket mateix és la segona meitat d’aquesta comprovació. Compara el grup del socket amb els grups que informa el shell que executa la CLI, i la qüestió dels permisos es respon en un pas en lloc de reinstal·lant:

ls -l /run/nordvpn
id

Un procés viu no és prova del socket correcte. Un dimoni llançat per un altre gestor, o un paquet antic que va enllaçar un socket amb un altre nom, informen igual. El llistat del directori distingeix aquests casos en una línia, i per això supera la reinstal·lació.

El procés per usuari en empaquetats antics

Alguns empaquetats executen un segon procés en el context de l’usuari connectat, que la integració d’escriptori espera trobar. Si un script d’inici del sistema el llança sense baixar a aquest compte, la CLI busca un dimoni que cap sessió posseeix.

En un inici que no és systemd, la disposició documentada divideix els papers: el servei del sistema s’executa sota un nom i el procés del costat de l’usuari sota el compte objectiu amb chpst -u <user>. Comprova quina disposició utilitza realment la teva instal·lació abans d’afegir un script d’arrencada que pressuposi l’altra.

Com saber que has acabat

L’actualització és el desencadenant habitual, perquè el binari nou espera un estat del servei que el vell mai va deixar. Aturar, tornar a habilitar i iniciar en aquest ordre ho neteja:

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

Aquesta última ordre és la prova d’acceptació. Una versió impresa vol dir que el socket respon, cosa que mou qualsevol fallada restant al terreny d’inici de sessió, pla o connectivitat i la treu d’aquest article. Si respon, deixa de llegir aquí i ves a mirar el compte.

Si el socket encara falta, llegeix el registre de la unitat per veure per què va sortir, i després comprova que /run/nordvpn existeixi i que el compte del servei hi pugui escriure. Un procés que s’aixeca i mor de seguida registra el seu motiu en aquest registre, i una línia es llegeix més de pressa del que es fa una reinstal·lació.