ग्रे NetworkManager नियंत्रण? अनुमतियों से पहले स्वामित्व जाँचें

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

कोई भी बदलाव करने से पहले तीन केवल-पढ़ने वाले आदेश मामलों को अलग करते हैं।

तीन सवाल क्रम से पूछें

nmcli device status
nmcli general permissions
nmcli connection show

ये उस सिस्टम के लिए निरीक्षण आदेश हैं जो वास्तव में NetworkManager का उपयोग करता है, और सामान्य उपयोगकर्ता के रूप में इन्हें चलाना सुरक्षित है। यदि आप आउटपुट कहीं चिपकाते हैं तो निजी कनेक्शन विवरण सार्वजनिक लॉग से बाहर रखें।

डिवाइस स्थिति बताती है कि इंटरफ़ेस प्रबंधित और उपयोग योग्य है या नहीं। अनुमति दृश्य बताता है कि कॉल करने वाले सत्र को क्या करने की छूट है। कनेक्शन सूची दिखाती है कि कौन-से प्रोफ़ाइल मौजूद हैं; यह साबित नहीं करती कि मेल खाता VPN एडिटर या आयात प्लगइन स्थापित है।

स्वामित्व और अनुमति अलग-अलग खराबियाँ हैं

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

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

डेस्कटॉप को root के रूप में चलाकर इनमें से कोई भी ठीक न करें

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

इसी तरह, NetworkManager की दूसरी प्रति या प्रतिस्पर्धी डेमॉन शुरू न करें। एक ही डिवाइस पर झगड़ते दो प्रबंधक ऐसी स्थिति पैदा करते हैं जिस पर तर्क करना कठिन और सहायता देना और भी कठिन है। यदि नियंत्रण वापस पाने का एकमात्र रास्ता दूसरा डेमॉन लगे, तो पहले प्रबंधक का कॉन्फ़िगरेशन ही सुधारने की चीज़ है। कुछ और बदलने से पहले अतिरिक्त डेमॉन रोक दें, नहीं तो अगली परीक्षा दोनों को एक साथ मापेगी।

प्लगइन का सवाल एडिटर का भी है

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

स्वतंत्र क्लाइंट बाइनरी भी प्रमाण नहीं है। OpenVPN बाइनरी स्थापित करना डेस्कटॉप एडिटर को OpenVPN प्रोफ़ाइल बनाने का फ़ॉर्म नहीं देता।

जिम्मेदार सीमा सुधारें, फिर सत्यापित करें

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

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