nordvpn म्हणते डेमनपर्यंत पोहोचता येत नाही: सॉकेट, गट की unit?

nordvpn चालवून न पोहोचता येणाऱ्या डेमनबद्दल संदेश मिळणे ही एक अरुंद तक्रार आहे, जी सहसा तुम्ही आधीच उशिरा असताना येते। टनेल काम करत आहे की नाही याबद्दल ती काहीही सांगत नाही, कारण CLI फक्त पुढचा भाग आहे: तो Unix सॉकेटमार्फत पार्श्वभूमी प्रक्रियेशी बोलतो, आणि संदेशाचा अर्थ असा की तो संवाद झाला नाही। आदेशापासून बाहेरच्या दिशेने जा आणि खोटे ठरलेल्या पहिल्या गोष्टीवर थांबा।

त्रुटी जिथे दिसते तिथून सुरुवात करा

यात दोन प्रक्रिया गुंतलेल्या आहेत, आणि त्यांना एकत्र मिसळणे हेच याला गूढ बनवते। डेमन टनेलचा मालक आहे आणि /run/nordvpn/ खालील सॉकेटवर ऐकतो। तुम्ही टाइप केलेला आदेश स्वतः इंटरफेसना न स्पर्श करता त्या सॉकेटशी जोडतो।

सॉकेट नसताना किंवा जोडणी नाकारल्यास, CLI कडे विचारायला कोणी नसते, म्हणून तो त्याच तक्रारीचा वापरकर्ता-डेमन किंवा सिस्टम-डेमन प्रकार सांगतो। त्या प्रकारांपैकी एक मार्गाचे थेट नाव घेतो, आणि संपूर्ण देवघेवीतील तेच सर्वात उपयुक्त वाक्य आहे।

इतर कशापेक्षाही आधी unit तपासा

सेवा व्यवस्थापकाला डेमन चालू आहे का विचारा, आणि नसेल तर एकाच पायरीत तो सुरू करा व सक्षम करा:

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

unit असेल पण निष्क्रिय असेल, तर enable --now एकाच वेळी तो सुरू करतो आणि पुढील बूटची व्यवस्था करतो। unit नसेल, तर पॅकेज तुम्ही गृहीत धरत असलेले नाही, आणि स्थापित नाव तुमच्या टिपांमधील नावापेक्षा अधिक महत्त्वाचे आहे। जोपर्यंत तुम्ही त्या लेबलाखाली कधीही स्थापित न झालेली सेवा सक्षम करण्यात वीस मिनिटे घालवत नाही, तोपर्यंत हा क्षुल्लक फरक वाटतो। जे आहे ते वाचा, मग त्यानुसार कृती करा।

unit फाइलींची यादी एकाच आदेशात हे निकालते, आणि स्थापनेबद्दल काहीही निष्कर्ष काढण्यापूर्वी ते करणे योग्य आहे:

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

आवृत्त्यांनी सेवा एकापेक्षा जास्त unit नावांखाली पुरवली आहे, त्यामुळे nordvpn ऐवजी nordvpnd वापरणारी build या त्रुटीची अगदी अचूक प्रत तयार करेल, तर त्याच्या बाजूलाच निरोगी सेवा चालू असेल।

सॉकेट आणि त्याचा गट प्रवेश ठरवतात

डेमन चालू असूनही परवानग्यांमुळे जोडणी नाकारली जाऊ शकते। स्थापक nordvpn गट तयार करतो, आणि सॉकेट त्यानुसार मालकीचे असते, म्हणून त्या गटाबाहेरील वापरकर्ता नाकारला जातो, तर सेवा पूर्णपणे निरोगी असते।

sudo usermod -aG nordvpn "$USER"
newgrp nordvpn

सत्र सुरू होताना गट सदस्यत्व वाचले जाते, म्हणूनच ज्या टर्मिनलमध्ये तुम्ही बदल केला तिथे तो काम करत नसल्यासारखे दिसते। चालू सत्राला नवीन गट दिसण्यापूर्वी नवीन लॉगिन शेल किंवा newgrp आवश्यक आहे। नवीन शेलमध्ये चाचणी करा, नुकताच आदेश चालवलेल्या शेलमध्ये नाही। अन्यथा दुरुस्ती अयशस्वी झाली असे तुम्ही ठरवाल, तर ती नुकतीच लागू झालेली नाही।

सॉकेटची मालकी ही त्या तपासणीचा दुसरा अर्धा भाग आहे। सॉकेटवरील गटाची तुलना CLI चालवणाऱ्या शेलने सांगितलेल्या गटांशी करा, आणि परवानगीचा प्रश्न पुन्हा स्थापित करण्याऐवजी एकाच पायरीत उत्तरला जातो:

ls -l /run/nordvpn
id

जिवंत प्रक्रिया योग्य सॉकेटचा पुरावा नाही। दुसऱ्या व्यवस्थापकाने सुरू केलेला डेमन, किंवा वेगळ्या नावाचे सॉकेट जोडलेला जुना पॅकेज, तसेच सांगतात। डिरेक्टरीची यादी त्या प्रसंगांची एका ओळीत तफावत करते, म्हणूनच ती पुन्हा स्थापित करण्यापेक्षा बरी आहे।

जुन्या पॅकेजिंगमधील प्रति-वापरकर्ता प्रक्रिया

काही पॅकेजिंग लॉग इन केलेल्या वापरकर्त्याच्या संदर्भात दुसरी प्रक्रिया चालवतात, जी डेस्कटॉप एकत्रीकरण शोधण्याची अपेक्षा ठेवते। जर सिस्टम init स्क्रिप्ट त्या खात्यात न उतरता ती सुरू करत असेल, तर CLI अशा डेमनचा शोध घेतो ज्याचा कोणतेही सत्र मालक नाही।

systemd नसलेल्या init वर दस्तऐवजीकृत मांडणी भूमिका विभागते: सिस्टम सेवा एका नावाखाली चालते आणि वापरकर्ता-बाजूची प्रक्रिया लक्ष्य खात्याखाली chpst -u <user> सह चालते। दुसरी मांडणी गृहीत धरणारी स्टार्टअप स्क्रिप्ट जोडण्यापूर्वी तुमची स्थापना प्रत्यक्षात कोणती मांडणी वापरते ते तपासा।

तुमचे काम पूर्ण झाले हे कसे कळेल

नेहमीचा निमित्त अपग्रेड असतो, कारण नवीन बाइनरी अशा सेवा-स्थितीची अपेक्षा करते जी जुन्याने कधीही सोडली नाही। थांबवणे, पुन्हा सक्षम करणे आणि सुरू करणे या क्रमाने ती स्वच्छ होते:

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

तो शेवटचा आदेश स्वीकृती चाचणी आहे। आवृत्ती छापली गेली म्हणजे सॉकेट उत्तर देत आहे, ज्यामुळे उर्वरित प्रत्येक दोष लॉगिन, प्लॅन किंवा कनेक्टिव्हिटीच्या कक्षेत जातो आणि या लेखाबाहेर पडतो। जर त्याने उत्तर दिले, तर इथे वाचणे थांबवा आणि त्याऐवजी खाते पहा।

जर सॉकेट अजूनही नसेल, तर ते का थांबले हे पाहण्यासाठी unit जर्नल वाचा, नंतर /run/nordvpn अस्तित्वात आहे आणि सेवा खाते तिथे लिहू शकते का ते तपासा। उठून लगेच मरणारी प्रक्रिया तिचे कारण त्या जर्नलमध्ये नोंदवते, आणि एक ओळ वाचणे पुन्हा स्थापित करण्यापेक्षा वेगवान आहे।