NetworkManager नियन्त्रण खैरो? अनुमति अघि स्वामित्व जाँच्नुहोस्

डेस्कटप मेनुका खैरो VPN स्विचहरूले केही गडबड छ भनेर जनाउँछन्, तर के हो भनेर केही भन्दैनन्। त्यो अवलोकन हो, निदान होइन। तीन फरक सीमाहरूले एउटै मृत नियन्त्रण दिन सक्छन्: NetworkManager सँग उपकरणको स्वामित्व नहुन सक्छ, सत्रसँग त्यो बदल्ने अनुमति नहुन सक्छ, वा VPN सम्पादक प्लगइन पटक्कै स्थापना नगरिएको हुन सक्छ। गलत सीमा बदल्नु भनेको पाँच मिनेटको सुधार दिउँसोभरि प्याकेज पुनःस्थापना गर्ने काममा बदलिने बाटो हो।

केही पनि बदल्नु अघि तीन पढ्ने-मात्र आदेशले केसहरू छुट्याउँछन्।

तीन प्रश्न क्रममा सोध्नुहोस्

nmcli device status
nmcli general permissions
nmcli connection show

यी NetworkManager साँच्चै प्रयोग गर्ने प्रणालीका लागि जाँच आदेशहरू हुन्, र साधारण प्रयोगकर्ताका रूपमा चलाउन सुरक्षित छन्। यदि आउटपुट कतै टाँस्नुहुन्छ भने निजी जडान विवरण सार्वजनिक लगबाट टाढा राख्नुहोस्।

उपकरणको स्थितिले इन्टरफेस नियन्त्रित र उपयोगयोग्य छ कि छैन भन्ने जवाफ दिन्छ। अनुमति दृश्यले बोलाउने सत्रलाई के गर्न अनुमति छ भन्ने जवाफ दिन्छ। जडान सूचीले कुन प्रोफाइलहरू अवस्थित छन् देखाउँछ; यसले मिल्ने VPN सम्पादक वा आयात प्लगइन स्थापना भएको प्रमाण दिँदैन।

स्वामित्व र अनुमति फरक दोष हुन्

नियन्त्रित नगरिएको भनी चिन्ह लगाइएको उपकरण NetworkManager को नियन्त्रणबाहिर हुन्छ, र जति अनुमति दिए पनि काम गर्ने टगल बन्दैन। ifupdown प्लगइन एक सामान्य कारण हो: यसको managed सेटिङले interfaces फाइलका प्रविष्टिहरू कसरी व्यवहार गरिन्छ भनेर निर्धारण गर्छ, र बाँकी रहेको स्टान्जाले इन्टरफेसलाई पुरानो औजारमुनि राख्न सक्छ। फाइल हुनु भनेको यसको सामग्री मेट्ने निर्देशन होइन, र आफूले नलेखेका प्रविष्टिहरू हटाउनु जडान गुमाउने राम्रो तरिका हो।

अनुमति छुट्टै अक्ष हो। NetworkManager ले root नभएका कलरहरूलाई PolicyKit मार्फत अधिकृत गर्छ, र रिपोर्ट गरिएको जवाफ yes, auth वा no हुन सक्छ। प्रमाणीकरण एजेन्ट नभएको सत्रले auth रिपोर्ट गर्छ र त्यसपछि डेस्कटपमा चुपचाप असफल हुन्छ, जुन हराएको एजेन्टभन्दा बिग्रिएको नियन्त्रणजस्तो देखिन्छ।

दुवैलाई डेस्कटप root का रूपमा चलाएर नसुधार्नुहोस्

एउटा टगल काम गराउन सम्पूर्ण सत्र root का रूपमा चलाउनुले मेसिनको हरेक अनुप्रयोगको सुरक्षा मोडेल बदल्छ। यसले अन्तर्निहित गलत कन्फिगरेसनलाई अभिलेख गर्नुको सट्टा लुकाउँछ पनि। यदि कुनै कार्यलाई प्रशासनिक अधिकार चाहिन्छ भने त्यो अभिप्रेत डिजाइन हो, र सुधार नीतिमा वा एजेन्ट कसरी सुरु गरिन्छ त्यसमा पर्छ।

त्यसैगरी, NetworkManager को दोस्रो प्रतिलिपि वा प्रतिस्पर्धी डेमन सुरु नगर्नुहोस्। एउटै उपकरणका लागि झगडा गर्ने दुई प्रबन्धकहरू तर्क गर्न गाह्रो र समर्थन गर्न अझ गाह्रो अवस्था उत्पन्न गर्छन्। यदि दोस्रो डेमन नियन्त्रण फिर्ता ल्याउने एक मात्र बाटो जस्तो देखिन्छ भने पहिलो प्रबन्धकको कन्फिगरेसन नै सुधार्नुपर्ने कुरा हो। अरू केही बदल्नु अघि थप डेमन रोक्नुहोस्, नत्र अर्को परीक्षणले दुवैलाई एकैचोटि नाप्छ।

प्लगइनको प्रश्न सम्पादकको पनि हो

VPN जडान सिर्जना वा आयात गर्न त्यो जडान प्रकार दिने प्लगइन चाहिन्छ, र डेस्कटपमा सामान्यतया सम्पादक एकीकरण पनि चाहिन्छ। सम्पादक फारम नहुँदा सेवा-पक्षको प्याकेज हुन सक्छ, त्यसैले मेनु प्रविष्टि हुँदाहुँदै पनि असफल हुन सक्छ। एउटै प्याकेजले सबै स्थापना गर्छ भन्ने मान्नुको सट्टा वितरणको प्याकेजिङसँग दुवै आधा जाँच्नुहोस्।

स्वतन्त्र क्लाइन्ट बाइनरी पनि प्रमाण होइन। OpenVPN बाइनरी स्थापना गर्दा डेस्कटप सम्पादकलाई OpenVPN प्रोफाइल सिर्जना गर्ने फारम दिँदैन।

जिम्मेवार सीमा सुधार्नुहोस्, त्यसपछि प्रमाणित गर्नुहोस्

कुन सीमा गलत छ थाहा भएपछि त्यही मात्र बदल्नुहोस्। उपकरणलाई नियन्त्रित भनी चिन्ह लगाउनु, अनुमति दिनु वा सम्पादक प्याकेज स्थापना गर्नु तीन फरक जोखिम प्रोफाइल भएका तीन फरक कार्य हुन्, र तिनलाई मिसाउँदा नतिजा कसैलाई पनि श्रेय दिन असम्भव हुन्छ। यदि स्वामित्व सार्नुपर्छ भने कन्सोल वा आउट-अफ-ब्यान्ड पहुँच उपलब्ध हुँदा गर्नुहोस्, किनभने त्यहाँको गल्तीले सुधार्न प्रयोग गरिरहेको नेटवर्क हटाउन सक्छ।

त्यसपछि वास्तविक खाता र वास्तविक प्रोफाइलले प्रमाणित गर्नुहोस्: मार्ग, DNS दृश्य र गोप्य कहाँ भण्डारण छ पुष्टि गर्नुहोस्। सक्रिय गरिएका बटन इन्टरफेसको अवस्था हुन्, टनेल काम गरेको प्रमाण होइन। टिकटमा उपकरण स्थिति, अनुमतिको जवाफ र प्लगइन संस्करण लेख्नुहोस्, ताकि अर्को व्यक्तिले कुन सीमा साँच्चै बदलियो भन्ने थाहा पाओस्।