Linux ले तपाईंको VPN पासवर्ड कहाँ राख्नुपर्छ? प्रोफाइलमा होइन
NetworkManager का सीक्रेट फ्ल्यागहरूले पासवर्ड प्रोफाइल, किरिङ एजेन्ट वा कसैले नराख्ने हो भन्ने निर्धारण गर्छन्। उत्तर कनेक्सन कहिले सुरु हुन्छ भन्नेमा निर्भर छ।
VPN पासवर्ड कतै त बस्नैपर्छ: कनेक्सन प्रोफाइलमा, डेस्कटपले खोल्ने किरिङमा, वा कतै पनि होइन। NetworkManager ले त्यो छनोटलाई सीक्रेट फ्ल्याग भन्छ, र गलत छनोट गर्नु नै कनेक्सन लगइनपछि चल्ने तर सेवाका रूपमा असफल हुने कारण हो। फ्ल्याग कन्फिगरेसनको एउटा लाइन हो, र त्यसले ती तीन नतिजामध्ये कुन पाउने भन्ने निर्धारण गर्छ।
तीन फ्ल्यागले लगभग हरेक अवस्था समेट्छन्, र निर्णय कनेक्सन कहिले सुरु हुन्छ भन्नेबारे हो।
तीन सीक्रेट फ्ल्याग, तीन व्यवहार
फ्ल्याग 0 भन्नाले सीक्रेट कनेक्सनसँगै सुरक्षित हुन्छ, प्रोफाइल जुनसुकै स्टोरमा भए पनि। फ्ल्याग 1 ले यसलाई एजेन्ट-स्वामित्व बनाउँछ: सीक्रेट सीक्रेट एजेन्टबाट आउँछ, जस्तै डेस्कटप किरिङ, र NetworkManager सक्रिय गर्दा त्यो माग्छ। फ्ल्याग 2 भन्नाले नसुरक्षित, त्यसैले सीक्रेट कहिल्यै लेखिँदैन र हरेक पटक दिनुपर्छ। फ्ल्याग 4 ले सीक्रेटलाई अनावश्यक भनी चिन्ह लगाउँछ, साँच्चै कुनै पनि नचाहिने कनेक्सनहरूका लागि।
| Flag | Where it lives | Works unattended |
|---|---|---|
| 0 saved | Connection profile | Yes, if the store is readable |
| 1 agent-owned | Secret agent or keyring | Only if that agent is available |
| 2 not-saved | Nowhere | No |
फ्ल्यागहरू कनेक्सनअनुसार नभई प्रत्येक सीक्रेटअनुसार सेट गर्नुहोस्। एउटा कनेक्सनमा एजेन्ट-स्वामित्वको पासवर्ड र सुरक्षित निजी-कुञ्जी पासफ्रेज दुवै हुन सक्छन्।
कनेक्सन कहिले सुरु हुन्छ त्यसअनुसार निर्णय गर्नुहोस्
यदि लगइन गरेको प्रयोगकर्ताले कनेक्सन सुरु गर्छ भने एजेन्ट-स्वामित्व उपयुक्त पूर्वनिर्धारित हो: लगइनले किरिङ खोल्छ र सीक्रेट कहिल्यै फाइलमा बस्दैन। यदि कसैले लगइन गर्नुअघि कनेक्सन माथि उठ्नुपर्छ भने एजेन्ट-स्वामित्व गलत छनोट हो, किनभने खोल्न कुनै सत्र किरिङ छैन।
त्यो नै सम्पूर्ण निर्णय हो। बाँकी सबै त्यसको एक प्रकार हो।
लगइनअघिको सेवाका लागि प्रणाली-स्तरको स्टोर वा सुरक्षित कुञ्जी फाइल समर्थित ढाँचा हो, र फाइल अनुमतिहरू नै सुरक्षा बन्छन्। बुटमा चल्ने शेल स्क्रिप्टमा पासवर्ड टाँसेर समस्या समाधान नगर्नुहोस्।
किरिङले के दिन्छ र के दिँदैन
किरिङले सीक्रेटलाई कनेक्सन प्रोफाइलबाहिर राख्छ र प्रयोगकर्ता सत्रसँग बाँध्छ। यसले सत्र नभएको सेवाका लागि सीक्रेट उपलब्ध गराउँदैन, र तारमा केही पनि इन्क्रिप्ट गर्दैन। यी मानिसहरूले प्रायः मिसाउने छुट्टाछुट्टै गुण हुन्। यसले साँच्चै किन्ने चाहिँ प्रोफाइल फाइल चुहिएपछि सानो क्षति-त्रिज्या हो।
प्रोफाइलले सन्दर्भ गर्ने निजी कुञ्जीलाई पासवर्ड कहाँ बस्छ भन्ने कुराबाट स्वतन्त्र रूपमा आफ्नै अनुमति चाहिन्छ।
सीक्रेट नपोखी निदान
कनेक्सन नाम, UUID र फ्ल्यागहरू सामान्यतया असफलता व्याख्या गर्न पर्याप्त हुन्छन्। nmcli connection show प्रोफाइल सूचीबद्ध गर्छ, र सीक्रेट फ्ल्यागहरूले पासवर्ड कहाँबाट आउनुपर्ने थियो भनी बताउँछन्।
बच्नुहोस् --show-secrets टिकट र च्याटमा। एक पटक टाँसिएपछि त्यो ट्रान्स्क्रिप्टमा रहेको प्रमाण हो।
भण्डारण रद्द गर्नु होइन
एउटा किरिङबाट सीक्रेट हटाउँदा दूरस्थ अपरेटरले पहिले नै स्वीकार गरेको प्रमाण अवैध हुँदैन। खाता रद्द गर्नु सर्भर-पक्षको कार्य हो, र स्थानीय भण्डारण छुट्टै मालिक भएको छुट्टै विषय हो।
दुवैको निर्णय घटनाअघि गर्नुहोस्, घटनाका बेला होइन। अन्तरक्रियात्मक प्रयोगकर्ता कनेक्सन र लगइन-पूर्व सेवालाई फरक उत्तर चाहिन्छ, र साझा शेल स्क्रिप्ट दुवै होइन। NetworkManager को सीक्रेट फ्ल्याग कागजात सबै मानहरू पूर्ण रूपमा सूचीबद्ध गर्छ।