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 अवस्थित छ र सेवा खाताले त्यहाँ लेख्न सक्छ भनी जाँच्नुहोस्। उठेर तुरुन्तै मर्ने प्रक्रियाले आफ्नो कारण त्यही जर्नलमा लेख्छ, र एउटा लाइन पढ्नु पुनः स्थापना गर्नुभन्दा छिटो हुन्छ।