NetworkManager का VPN प्रोफ़ाइल दूसरे कंप्यूटर पर ले जाना

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

उस प्रोफ़ाइल से शुरू करें जो वास्तव में काम करता है

कनेक्शनों की सूची बनाएँ और नाम की जगह UUID पढ़ें। nmcli connection show दोनों छापता है, और UUID ही वह एकमात्र फ़ील्ड है जो काम करने वाली प्रविष्टि को समान लेबल वाले पुराने आयात से अलग करता है। शुरू करने से पहले स्रोत मशीन पर पुरानी नकल का नाम बदलें या उसे हटा दें, ताकि जो आप प्रतिलिपि करें वह स्पष्ट हो। फिर प्लगइन और कनेक्शन प्रकार दर्ज करें, क्योंकि ये दो ही तय करते हैं कि निर्यात का अर्थ क्या है। जिस प्रोफ़ाइल को आप ठीक से पहचान नहीं सकते, उसे आपको स्थानांतरित नहीं करना चाहिए।

इस चरण में एक मिनट लगता है। यह सबसे आम विफलता रोकता है, यानी गलत प्रोफ़ाइल ले जाना और फिर गंतव्य को डिबग करना।

निर्यात करें या कुंजी फ़ाइल की प्रतिलिपि बनाएँ?

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

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

प्रोफ़ाइल अब भी किन चीज़ों की ओर इशारा करता है

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

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

रहस्य फ़ाइल में नहीं हैं

पासवर्ड और पासफ़्रेज़ कुंजी फ़ाइल में, उपयोगकर्ता की कुंजीरिंग में, या कहीं भी नहीं रह सकते, क्योंकि हर बार उपयोगकर्ता से पूछा जाता है। इनमें से केवल पहला ही फ़ाइल प्रतिलिपि के साथ जाता है।

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

पुरानी प्रतिलिपि को ठीक से सेवानिवृत्त करें

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

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