प्रत्येक VPN खातालाई आफ्नै NetworkManager लन्चर दिनुहोस्
एउटै गेटवेमा दुई खाता भए पुनः लेखिएको प्रयोगकर्ता नाम होइन, दुई नाम भएका प्रोफाइल चाहिन्छ। लन्चरलाई UUID तर्फ फर्काउनुहोस् र गोप्य कुरा एजेन्टले संकलन गरोस्।
दुई VPN खाता, एउटा गेटवे र अन्तिम पटक प्रयोग गर्नेको नाममा जोडिने डेस्कटप आइकन। सामान्य कारण जोडिनु अघि नै साझा प्रोफाइलको प्रयोगकर्ता नाम पुनः लेख्ने लन्चर हो, वा दुवै प्रोफाइलले संयोगवश साझा गर्ने प्रदर्शन नाम खोज्ने लन्चर। NetworkManager पहिले नै UUID द्वारा प्रोफाइल छुट्याउँछ, त्यसैले आइकनले तीमध्ये ठ्याक्कै एउटाको नाम दिन सक्छ र पहिचानलाई छुनु पर्दैन। यसले बोक्नु नहुने कुरा पासवर्ड हो।
लन्चर एउटा सूचक हो, प्रमाणपत्रको भण्डार होइन।
UUID भेट्टाउनुहोस् र पहिचान पुष्टि गर्नुहोस्
सुरक्षित जडानहरू सूचीबद्ध गर्नुहोस् र UUID, जडान ID र प्रत्येक प्रोफाइलले राख्ने प्रयोगकर्ता नाम पढ्नुहोस्। केही बनाउनु अघि कुन प्रोफाइल कुन खाताको हो पुष्टि गर्नुहोस्, किनकि प्रदर्शन नाम एउटा लेबल हो, कुञ्जी होइन। यदि दुई खातालाई फरक गेटवे वा फरक प्रोफाइल चाहिन्छ भने त्यो छुट्टै कन्फिगरेसन काम हो।
लन्चरमा UUID प्रयोग गर्नुहोस्। प्रदर्शन नामद्वारा खोजी कसैले प्रोफाइलको नाम नबदलेसम्म काम गर्छ, र त्यसपछि आइकन गलत खाताको रूपमा वा केही पनि नभई जोडिन्छ।
डेस्कटप प्रविष्टि लेख्नुहोस्
डेस्कटप प्रविष्टिलाई प्रकार, नाम र चलाउन मिल्ने लाइन चाहिन्छ। आदेशले त्यो UUID माथि ल्याउनुपर्छ र NetworkManager लाई गोप्य कुरा सोध्न दिनुपर्छ, nmcli --ask connection up uuid ... यसैका लागि हो। गोप्य कुरा चाहिँदा सङ्केत देखियोस् भनेर Terminal=true राख्नुहोस्। प्लेसहोल्डरलाई तपाईंले साँच्चै देखेको UUID ले बदल्नुहोस्, र सङ्केत लुकाउन मात्र शेल खोल नथप्नुहोस्।
Desktop Entry विशिष्टताले Exec लाई कार्यक्रम र त्यसका तर्कहरूका रूपमा परिभाषित गर्छ। यो शेल स्क्रिप्ट होइन, र यसलाई एकको आवश्यकता छैन।
एजेन्टले गोप्य कुरा राखोस्
गोप्य कुराहरू प्रति-प्रयोगकर्ता एजेन्ट, किरिङ वा अन्तरक्रियात्मक सङ्केतका हुन्छन्। Exec भित्रको पासवर्ड प्रक्रिया सूचीमा, डेस्कटप फाइलमा र गुण संवादको कुनै पनि स्क्रिनसटमा देखिन्छ। प्रोफाइललाई गोप्य कुरा चाहिए समर्थित सङ्केतले त्यो संकलन गरोस् र एजेन्टले त्यो प्रयोगकर्ताका लागि सम्झिराखोस्।
--ask डिजाइन अनुसारै अन्तरक्रियात्मक छ। यो निगरानीविना स्वचालनको विधि होइन, र प्रत्येक प्रमाणीकरण चुनौती वा प्लगइन स्क्रिप्ट गर्न सकिन्छ भन्ने ग्यारेन्टी दिँदैन।
sudo तर्फ हात नबढाउनुहोस्
जडान परिवर्तन वा सक्रिय गर्ने अधिकार NetworkManager को अनुमति हो जो यसको नीतिबाट दिइन्छ, Unix विशेषाधिकार होइन। sudo सहित लन्चर चलाउँदा प्रक्रियाले अर्को प्रयोगकर्ताको किरिङ पाउँदैन, र गेटवेको अस्वीकृति सुधारिँदैन। साझा मेसिनमा कुन स्थानीय खाताले कुन प्रोफाइल देख्छन् र प्रत्येक गोप्य कुरा कसको हो समीक्षा गर्नुहोस्; छुट्टै आइकनले आफैमा अलगाव सिर्जना गर्दैनन्।
एउटै गेटवेका दुई सक्रिय प्रोफाइल मार्गका लागि पनि प्रतिस्पर्धा गर्न सक्छन् वा एकैसमय नियम उल्लङ्घन गर्न सक्छन्। त्यो नीतिको प्रश्न हो, लन्चरको त्रुटि होइन।
सम्पूर्ण कार्य प्रमाणित गर्नुहोस्
लन्चर एक पटक सक्रिय गर्नुहोस् र तीन कुरा पुष्टि गर्नुहोस्: कुन UUID माथि आयो, गेटवेले कुन पहिचान देख्यो, र तपाईंले अपेक्षा गरेको ठाउँमा गोप्य सङ्केत देखा पर्यो कि। जडान असफल भए पहिलो त्रुटि सन्देश राख्नुहोस्। सर्टकट आत्मनिर्भर देखियोस् भनेर आदेश लाइनमा पासवर्ड थप्नु त्यो त्रुटि लुकाउँछ र अझ नराम्रो समस्या सिर्जना गर्छ।
UUID र खाताको मिलान टोलीका टिप्पणीमा लेख्नुहोस्। अर्को पटक प्रोफाइल बदल्ने व्यक्तिले कुन आइकन त्यसमा निर्भर छ जान्नु आवश्यक छ, र त्यही टिप्पणीले नाम परिवर्तनलाई अवरोध बन्नबाट रोक्छ।