सुरक्षित VPN पासवर्ड देखाउनबाट NetworkManager लाई रोक्नुहोस्
हरेक पटक सोध्नुहोस्, यसलाई किरिङमा दिनुहोस् वा root का लागि मात्र फाइल राख्नुहोस्। हरेक विकल्पको जोखिम फरक हुन्छ, र पासवर्ड फ्ल्याग त्यससँग मिल्नुपर्छ।
NetworkManager VPN पासवर्ड राख्न सक्छ ताकि कसैले टाइप नगरी जडान उठोस्, र त्यो मान सम्पादक वा nmcli --show-secrets मार्फत फेरि देखाउन सक्छ। तीन स्वामित्व मोडेल उपलब्ध छन्, र देखाउने व्यवहार तपाईंले कुन छान्नुभयो भन्नेको लक्षण मात्र हो। पहिले मोडेल छान्नुहोस्, त्यसपछि त्यससँग मिल्ने फ्ल्याग सेट गर्नुहोस्; अर्को व्यक्तिलाई अन्योलमा पार्ने प्लेसहोल्डरले फिल्ड लुकाउनु हुँदैन।
तीन स्वामित्व मोडेल
पहिलो मोडेल हरेक पटक सोध्छ। केही पनि भण्डारण हुँदैन, रहस्य सक्रियताको अवधिभर मात्र रहन्छ, र जडान सुरु गर्ने जो कोहीले पासवर्ड जान्नुपर्छ। यो सबैभन्दा कम सुविधाजनक विकल्प हो र रक्षा गर्न सबैभन्दा सजिलो।
दोस्रोले रहस्य प्रयोगकर्ताको स्वामित्वको किरिङमा दिन्छ। सत्र सुरु हुँदा एजेन्ट अनलक हुन्छ र मागअनुसार मान दिन्छ, जसले यसलाई जडान फाइलबाहिर राख्छ तर जडानलाई त्यो प्रयोगकर्ताको सत्रसँग बाँध्छ। यसबाट दुई सर्त आउँछन्: एजेन्ट चलिरहेको हुनुपर्छ, र अनलक हुनुपर्छ।
तेस्रोले प्रणाली जडानका लागि सुरक्षित प्रमाणपत्र भण्डारण गर्छ। यो रिबुटपछि पनि टिक्छ र कसैले लगइन गर्नुअघि काम गर्छ, र बदलामा मान डिस्कमा फाइल अनुमतिले सुरक्षित हुन्छ, इन्क्रिप्शनले होइन।
हरेक मोडेल सही सन्दर्भमा उपयुक्त हुन्छ। गल्ती तिनीहरूलाई मिसाउनु हो, र यसरी ल्यापटपमा रहस्य दुई ठाउँमा रहन्छ र कुन प्रामाणिक हो भन्ने स्पष्ट उत्तर हुँदैन। प्रोफाइलले कुन मोडेल प्रयोग गर्छ लेख्नुहोस्। टोलीको रनबुकमा एक लाइनले अर्को व्यक्तिलाई चौथो खोजी ठाउँ बनाउनबाट बचाउँछ।
परिवर्तन गर्नुअघि हालको अवस्था पढ्नुहोस्
जडान व्यवस्थापन गर्ने प्रयोगकर्ताको रूपमा प्रोफाइल र रहस्यको अवस्था हेर्नुहोस्। दोस्रो आदेशले नै मान साँच्चै पढ्न योग्य छ कि छैन भन्छ।
nmcli connection show "Office VPN"
nmcli --show-secrets connection show "Office VPN"
sudo stat -c '%U %a %n' /etc/NetworkManager/system-connections/*.nmconnectionत्यो डिरेक्टरीको कुञ्जी फाइल सामान्यतया root को स्वामित्वमा मोड 600 मा हुन्छ। यसले सामान्य प्रयोगकर्ताहरूलाई बाहिर राख्छ र root लाई बाहिर राख्दैन, जुन तब महत्त्वपूर्ण हुन्छ जब उही मेसिन साझा हुन्छ वा ब्याकअप root को रूपमा चल्छ।
फाइल अनुमति एक सीमा हो, इन्क्रिप्शन होइन। जो root को रूपमा फाइल पढ्न सक्छ, उसको पास पासवर्ड स्पष्ट पाठमा हुन्छ। यो निगरानी नभएको सर्भरका लागि स्वीकार्य साटासाट हो र साझा वर्कस्टेशनका लागि खराब। एक पटक लेखेर राख्दा मान सुरक्षित छ कि छैन भन्ने लामो बहसबाट बच्न सकिन्छ।
हरेक फ्ल्याग मानले के गर्छ
VPN रहस्यमा flags भन्ने गुण हुन्छ, र मानहरू संख्याबाट मात्र स्पष्ट हुँदैनन्।
| Value | Meaning | Practical effect |
|---|---|---|
| 0 | No special flag | Secret is typically saved with the connection |
| 1 | Agent-owned | A keyring or secret agent supplies it |
| 2 | Not saved | Prompted at each activation |
| 4 | Not required | Connection proceeds without asking |
वास्तविक व्यवहार प्लगइन र एजेन्ट चलिरहेको छ कि छैनमा पनि निर्भर हुन्छ, त्यसैले तालिकालाई सम्झौता र देखिएको व्यवहारलाई तपाईंले प्रमाणित गर्ने कुरा मान्नुहोस्। एउटा डेस्कटपमा काम गर्ने मान सत्र नभएको सर्भरमा फरक व्यवहार गर्न सक्छ। अन्योलपूर्ण अधिकांश टिकट यही अन्तरमा बस्छन्।
लाइन हटाएर आशा गर्नुको सट्टा गुण स्पष्ट रूपमा सेट गर्नुहोस्। अनुपस्थित फ्ल्याग नीति होइन, र अर्को प्याकेज अपडेटले यसलाई तपाईंले नचाहेको कुराले भर्न सक्छ।
मोडेललाई जडान कहिले सुरु हुन्छ त्यससँग मिलाउनुहोस्
यदि जडान प्रयोगकर्ता लगइन भएको बेलामा मात्र सुरु हुन्छ भने, एजेन्ट स्वामित्व राम्रोसँग मिल्छ र रहस्यलाई फाइलबाहिर राख्छ। यदि यो बुटमा, कुनै सत्र हुनुअघि सुरु हुन्छ भने, एजेन्टले तपाईंलाई मद्दत गर्न सक्दैन।
अधिकांश मेसिनका लागि यो पूरै निर्णय हो। यसले जडान अन्तरक्रियात्मक रूपमा काम गर्ने र रिबुटपछि असफल हुने अन्योलपूर्ण रिपोर्टहरूको एउटा वर्ग पनि व्याख्या गर्छ। फ्ल्याग कहिल्यै बदलिएन; सन्दर्भ बदलियो।
निगरानी नभएको अवस्थामा root को स्वामित्वको प्रतिबन्धित फाइल वा स्वीकृत प्रमाणपत्र स्रोत व्यावहारिक उत्तर हो। यदि त्यो प्रोफाइल कहिल्यै निर्यात भयो वा अर्को मेसिनमा प्रतिलिपि भयो भने यसलाई जडान प्रोफाइलबाहिर राख्नुहोस्।
यदि मान पहिले नै देखिन्थ्यो भने, यसलाई बदल्नुहोस्
फ्ल्याग बदल्दा पासवर्ड आफैं अछुत रहन्छ। स्क्रिनसटमा, shell इतिहासमा, समर्थनमा पठाइएको बन्डलमा, वा अन्य प्रयोगकर्ताले खोल्न सक्ने फाइलमा देखा परेको मान प्रकट भएको मान्नुपर्छ।
यसलाई सर्भरमा बदल्नुहोस्, त्यसपछि क्लाइन्ट सुधार्नुहोस् र पुरानोसँग प्रमाणित भएको कुनै पनि सत्र अन्त्य गर्नुहोस्। स्थानीय जडान हटाउँदा अर्कोतिर केही रद्द हुँदैन, र मानिसहरूले यही भाग छुटाउँछन्।
त्यसपछि पासवर्ड आदेश लाइनमा राख्न छोड्नुहोस्। यो shell इतिहासमा पुग्छ र प्रक्रिया सूचीमा देखिन सक्छ; यसको सट्टा अन्तरक्रियात्मक प्रम्प्ट वा एजेन्ट प्रयोग गर्नुहोस्।
फेरि जडान गरेर प्रमाणित गर्नुहोस्
रहस्य देखाउने आदेश दोहोर्याउनुहोस् र फिल्ड अब नछापिने पुष्टि गर्नुहोस्। त्यसपछि डिस्कनेक्ट गरी फेरि जडान गर्नुहोस्, र जडान स्वचालित रूपमा सुरु हुन्छ भने रिबुट गर्नुहोस्, किनकि रोचक असफलता सत्र सन्दर्भ बदलिएपछि मात्र देखिन्छ।
यदि रहस्य अझै देखिन्छ भने, अर्को प्रोफाइल वा अर्को एजेन्टले यो दिइरहेको छ। फाइल हटाउनुको सट्टा सक्रिय जडान र किरिङ जाँच्नुहोस्, लक्षण नसर्दासम्म।