Keyfile की Netplan: VPN प्रोफाइल खरंच कुठे साठवले जाते?
साठवलेला VPN keyfile मध्ये किंवा तयार केलेल्या Netplan फाइलमध्ये असू शकतो। पुन्हा लिहिल्या जाणाऱ्या गोष्टी संपादित करण्यापूर्वी कनेक्शनचे UUID त्याच्या खऱ्या मालकाशी जुळवा।
तुम्ही आयात केलेली फाइल शोधणे हा सोपा भाग आहे आणि अनेकदा चुकीची सुरुवात। महत्त्वाचे हे आहे की NetworkManager आज कोणत्या फाइलला साठवलेले कनेक्शन म्हणून वाचतो, आणि ते कनेक्शन ओळखकर्ता तसेच इन्स्टॉल केलेली पॅकेजेस प्रत्यक्षात वापरतात त्या कॉन्फिगरेशन बॅकएंडवर अवलंबून असते। त्या प्रश्नाचे उत्तर देण्यापूर्वी आयात संपादित करणे म्हणजे कार्यरत VPN दोन अर्ध्या-बरोबर कॉन्फिगरेशनमध्ये बदलण्याचा मार्ग।
आयात केलेली फाइल साठवलेले प्रोफाइल नाही
प्रत्येक VPN समस्येभोवती तीन नावे फिरतात: कनेक्शनचे नाव, तुम्ही आयात केलेल्या फाइलचे नाव, आणि टनेल उभा राहिल्यावर दिसणारा व्हर्च्युअल इंटरफेस। त्यांपैकी कोणतेही साठवलेले कॉन्फिगरेशन ओळखत नाही, आणि कनेक्शनचे नाव संपादित करता येते तर त्यामागील फाइल आपली मूळ ओळखकर्ता टिकवून ठेवते।
फक्त-वाचन यादीपासून सुरुवात करा आणि लेबलऐवजी ओळखकर्त्याने इच्छित VPN निवडा:
nmcli -f NAME,UUID,TYPE connection showतिकिटात चिकटवता त्या कोणत्याही यादीतून एंडपॉइंट होस्टनावे आणि ओळख लेबल बाहेर ठेवा। उपयुक्त भाग म्हणजे प्रकार आणि ओळखकर्ता; बाकी अशी संदर्भ माहिती आहे जी अनोळखी व्यक्तीला लागत नाही। सामायिक करण्यापूर्वी बाकी झाकून टाका आणि तुम्ही तसे केले असे सांगा, म्हणजे रिकाम्या जागांचा अर्थ काय याचा कोणी विचार करणार नाही।
keyfile ची ठिकाणे एकच अर्थ देत नाहीत
मूळ keyfile प्लगइनसह, कनेक्शन फाइली तीन डिरेक्टरीमध्ये दिसू शकतात, आणि त्यांच्यातील फरक सोय नाही, टिकाऊपणा आहे।
| Location | Role |
|---|---|
/etc/NetworkManager/system-connections/ | Administrator-owned persistence |
/usr/lib/NetworkManager/system-connections/ | Package-supplied defaults, replaced on upgrade |
/run/NetworkManager/system-connections/ | Runtime state, regenerated and not durable |
रनटाइम प्रत संपादित करणे पुढील सुरुवातीपर्यंत यशस्वी वाटते, तेव्हा बदल वाफ होऊन फाइल रहस्यमयपणे पूर्वस्थितीत आलेली दिसते। पॅकेजने दिलेली प्रत संपादित करणे अपग्रेड ती बदलत नाही तोपर्यंत चालते, जे त्याच धड्याची अधिक हळू आणि अधिक गोंधळाची आवृत्ती आहे।
keyfile दस्तऐवजीकरण एक अशी तपशील जोडते जी आदरास पात्र आहे: त्या फाइलींमध्ये खाजगी की आणि पासफ्रेझ असू शकतात, आणि root खेरीज इतर वापरकर्ते वाचू किंवा लिहू शकतील अशी कोणतीही keyfile NetworkManager दुर्लक्ष करतो। सेटिंग शोधण्यासाठी डिरेक्टरी परवानग्या वाढवल्यास तुम्ही तपासू इच्छित असलेले लोडिंग वर्तन तुटते।
जेव्हा Netplan कडे टिकाऊपणा असतो
Ubuntu वर, Netplan च्या दस्तऐवजीकरणात वर्णन केलेले NetworkManager एकत्रीकरण, 23.10 पासून उपलब्ध, टिकाऊ प्रत कुठे राहते ते बदलते। कायमस्वरूपी नसलेल्या कनेक्शनसाठी ते हे लिहिते: /etc/netplan/90-NM-<connection UUID>.yaml आणि याखाली तात्पुरते NetworkManager प्रोफाइल तयार करते: /run/NetworkManager/system-connections/।
हे वितरणाचे एकत्रीकरण आहे, प्रत्येक NetworkManager इन्स्टॉलेशनसाठी नियम नाही। YAML फाइल शोधायला जाण्यापूर्वी इन्स्टॉल केलेली पॅकेजेस खरोखर ती वापरतात याची खात्री करा। रनटाइम प्रोफाइल संपादनास पात्र स्रोत नसून दुसऱ्या कशाचे तयार केलेले प्रतिनिधित्व असू शकते हेही लक्षात ठेवा। दोन कमांडची तपासणी चुकीची फाइल संपादित करण्याचा एक तास वाचवते।
दस्तऐवजी उदाहरण NetworkManager पासथ्रू डेटासह Netplan nm-devices प्रकाराद्वारे OpenVPN कनेक्शन साठवते। Netplan कडे विशिष्ट VPN फील्डचे स्वतःचे अर्थवचन नाही याचा अर्थ तुमचा साठवलेला VPN हरवला असे नाही; त्याचा अर्थ फील्ड अपारदर्शक डेटा म्हणून प्रवास करते।
तात्पुरते इंटरफेस प्रोफाइल नाहीत
सक्रियीकरण अशा तात्पुरत्या व्हर्च्युअल कनेक्शन आणि इंटरफेस तयार करते जे कधीही टिकावेत असे नव्हते। एकत्रीकरण जाणूनबुजून प्रत्येकासाठी नवीन YAML फाइल लिहीत नाही, म्हणून /etc/netplan मध्ये त्यांची अनुपस्थिती पालक प्रोफाइल साठवले आहे का याबद्दल काहीही सांगत नाही।
दिसून अदृश्य होणाऱ्या फाइलचा तुम्ही पाठलाग करत असाल, तर तुम्ही कदाचित तुमच्या कॉन्फिगरेशनऐवजी यापैकी एक पाहत आहात। तिच्या सामग्रीवरून कोणताही निष्कर्ष काढण्यापूर्वी ती पुन्हा सुरू करणे टिकून राहते का ते तपासा। रीबूटवर अदृश्य होणारी रनटाइम फाइल ती कधीही स्रोत नव्हती हे सांगते, आणि ते एकच निरीक्षण संपूर्ण तपासणीची दिशा बदलते। त्यावेळी संपादन यशस्वी का वाटले हेही ते स्पष्ट करते।
रहस्ये आणि मालकी
प्रोफाइल पूर्णपणे दुसरीकडे साठवलेल्या प्रमाणपत्राचा किंवा कीचा संदर्भ देऊ शकते, आणि पासवर्ड NetworkManager चा असू शकतो, वापरकर्ता-सत्र गुप्त एजंट कडून दिला जाऊ शकतो, किंवा जाणूनबुजून न साठवला जाऊ शकतो। त्यामुळे एक फाइल शोधणे देखरेख नसलेल्या सुरुवातीला काय लागेल याबद्दल फार थोडे ठरवते।
गुप्त मूल्ये न छापता संदर्भ आणि गुप्त-फ्लॅग तपासा। डेस्कटॉप लॉगिन बूटच्या वेळी नसलेला एजंट उपलब्ध करू शकते, आणि तयार केलेली रनटाइम फाइल कॉपी करून तो एजंट पुन्हा तयार होत नाही। व्यावहारिक लक्षण म्हणजे व्यक्ती लॉगिन केल्यावर जोडणारा आणि मशीन एकटे सुरू झाल्यावर अयशस्वी होणारा टनेल। हा नमुना राउटिंगकडे नाही, गुप्त मालकीकडे निर्देश करतो।
मंजूर बदल कनेक्शनचा मालक असलेल्या व्यवस्थापकामार्फत करा, नंतर साठवलेला ओळखकर्ता आणि प्रभावी कनेक्शन दोन्ही पडताळा। एकच टिकाऊ मालक ठेवा, कारण आयात, तयार केलेली keyfile आणि YAML स्रोत स्वतंत्रपणे संपादित केल्यास पुढील पुनर्कनेक्शन काय वापरेल याबद्दल तीन स्पर्धक स्पष्टीकरणे राहतात। जे खरोखर टिकते ते निवडा, फक्त तेच संपादित करा, आणि तिकिटात कोणती फाइल अधिकृत मानली हे नोंदवा। पुढचा माणूस एका ओळीच्या उगमासाठी तुमचे आभार मानेल।