nordvpn diras, ke la demono ne estas atingebla: soketo, grupo aŭ unuo?

Lanĉi nordvpn kaj ricevi mesaĝon pri neatingebla demono estas mallarĝa plendo, kiu kutime alvenas kiam vi jam malfruas. Ĝi diras nenion pri tio, ĉu la tunelo funkcias, ĉar la CLI estas nur fasado: ĝi parolas kun fona procezo per Uniksa soketo, kaj la mesaĝo signifas, ke tiu interparolo ne okazis. Iru eksteren de la komando kaj haltu ĉe la unua afero, kiu montriĝas malvera.

Komencu tie, kie la eraro aperas

Du procezoj estas engaĝitaj, kaj ĝuste ilia konfuzo igas ĉi tion mistera. La demono posedas la tunelon kaj aŭskultas sur soketo sub /run/nordvpn/. La komando, kiun vi tajpis, konektiĝas al tiu soketo anstataŭ mem tuŝi la interfacojn.

Kiam la soketo mankas aŭ rifuzas la konekton, la CLI havas neniun por demandi, do ĝi raportas la varianton „uzanta demono“ aŭ „sistema demono“ de la sama plendo. Unu el tiuj variantoj rekte nomas la vojon, kaj tio estas la plej utila frazo en la tuta interŝanĝo.

Kontrolu la unuon antaŭ ĉio alia

Demandu la servan administrilon, ĉu la demono funkcias, kaj se ne, startigu kaj ebligu ĝin en unu paŝo:

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

Se la unuo ekzistas sed estas neaktiva, enable --now samtempe startigas ĝin kaj aranĝas la sekvan booton. Se la unuo ne ekzistas, la pako ne estas tiu, kiun vi supozas, kaj la instalita nomo pli gravas ol la nomo en viaj notoj. Tio sonas kiel pedanta distingo ĝis vi pasigos dudek minutojn ebligante servon, kiu neniam estis instalita sub tiu etikedo. Legu, kio ĉeestas, kaj agu laŭ ĝi.

Listigi la unuajn dosierojn solvas tion per unu komando, kaj indas fari ĝin antaŭ ol vi konkludos ion ajn pri la instalaĵo:

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

Eldonoj liveris la servon sub pli ol unu unua nomo, do konstruo, kiu uzas nordvpn anstataŭ nordvpnd, produktos perfektan kopion de ĉi tiu eraro dum sana servo funkcias tuj apude.

La soketo kaj ĝia grupo decidas la aliron

Eĉ kun la funkcianta demono, la konekto povas esti rifuzita pro permesoj. La instalilo kreas grupon nordvpn, kaj la soketo estas posedata konforme, do uzanto ekster tiu grupo estas rifuzata dum la servo estas tute sana.

sudo usermod -aG nordvpn "$USER"
newgrp nordvpn

Grupanoeco estas legata kiam sesio komenciĝas, kaj tial la ŝanĝo ŝajnas ne funkcii en la terminalo, kie vi faris ĝin. Necesas freŝa ensaluta ŝelo aŭ newgrp antaŭ ol la kuranta sesio vidos la novan grupon. Testu en nova ŝelo, ne en tiu, kiu ĵus rulis la komandon. Alie vi konkludos, ke la ripariĝo malsukcesis, kiam ĝi simple ankoraŭ ne aplikiĝis.

La posedo de la soketo mem estas la dua duono de tiu kontrolo. Komparu la grupon sur la soketo kun la grupoj raportitaj en la ŝelo, kiu rulas la CLI, kaj la demando pri permesoj estas respondita en unu paŝo anstataŭ per reinstalo:

ls -l /run/nordvpn
id

Viva procezo ne estas pruvo de la ĝusta soketo. Demono lanĉita de alia administrilo, aŭ malnova pako, kiu ligis alie nomitan soketon, raportas idente. La dosieruja listo distingas tiujn kazojn per unu linio, kaj tial ĝi superas reinstalon.

La poruzanta procezo ĉe pli malnovaj pakoj

Kelkaj pakoj rulas duan procezon en la kunteksto de la ensalutinta uzanto, kiun la labortabla integriĝo atendas trovi. Se sistema praa skripto lanĉas ĝin sen transiri al tiu konto, la CLI serĉas demonon, kiun neniu sesio posedas.

Ĉe praa sistemo sen systemd la dokumentita aranĝo dividas la rolojn: la sistema servo funkcias sub unu nomo kaj la procezo ĉe la uzanta flanko sub la cella konto kun chpst -u <user>. Kontrolu, kiun aranĝon via instalaĵo vere uzas, antaŭ ol aldoni startan skripton, kiu supozas la alian.

Kiel scii, ke vi finis

Ĝisdatigo estas la kutima ekigilo, ĉar la nova binara dosiero atendas servan staton, kiun la malnova neniam lasis. Haltigi, reebligi kaj startigi en tiu ordo forigas ĝin:

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

Tiu lasta komando estas la akcepta testo. Presita versio signifas, ke la soketo respondas, kio movas ĉiun restantan difekton en la teritorion de ensaluto, plano aŭ konekteco kaj el ĉi tiu artikolo. Se ĝi respondas, ĉesu legi ĉi tie kaj iru rigardi la konton anstataŭe.

Se la soketo ankoraŭ mankas, legu la unuan ĵurnalon por vidi, kial ĝi ĉesis, poste kontrolu, ĉu /run/nordvpn ekzistas kaj ĉu la serva konto povas skribi tie. Procezo, kiu leviĝas kaj tuj mortas, registras sian kaŭzon en tiu ĵurnalo, kaj unu linio estas pli rapide legi ol reinstalo estas plenumi.