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 स्रोतलाई छुट्टाछुट्टै सम्पादन गर्दा अर्को पुनःजडानले के प्रयोग गर्ने भन्नेमा तीन प्रतिस्पर्धी व्याख्या रहन्छन्। वास्तवमै टिक्ने छान्नुहोस्, त्यही मात्र सम्पादन गर्नुहोस्, र टिकटमा कुन फाइललाई अधिकारिक मान्नुभयो लेख्नुहोस्। अर्को व्यक्तिले एक लाइन उत्पत्तिका लागि तपाईंलाई धन्यवाद दिनेछ।