एउटै प्रोफाइल, दुई सत्र: यो डेस्कटपबाट जोडिन्छ र SSH मार्फत कुनै पनि कुराले जवाफ दिन नसक्ने प्रॉम्प्टमा अड्किन्छ। केही पनि बिग्रिएको छैन र कुनै सेटिङ हराएको छैन। NetworkManager गोप्य एजेन्टसँग प्रमाणपत्र मागिरहेको छ, र गोप्य एजेन्ट भनेको तपाईं प्रयोग गरिरहनुभएको सत्रमा नभएको डेस्कटप घटक हो।

तलको क्रम चलाउनुहोस् र टनेल ग्राफिकल इन्टरफेसबिना माथि आउनेछ, तर गोप्य कुरा भण्डारण गर्दा त्यो प्रोफाइल कसले प्रयोग गर्न सक्छ भन्ने बदलिन्छ भन्ने कुरा ध्यान दिनुहोस्।

केही परिवर्तन गर्नु अघि निदान पुष्टि गर्नुहोस्

अन्तरक्रियात्मक र गैर-अन्तरक्रियात्मक सक्रियताबीचको भिन्नता नै सम्पूर्ण निदान हो। यदि nmcli --ask connection up सफल हुन्छ जबकि सामान्य सक्रियता अड्किन्छ, प्रोफाइल सही छ र गोप्य कुराको स्रोत हराइरहेको छ। त्यो एउटा तुलनाले तपाईंलाई काम गरिरहेको कन्फिगरेसन पुनः लेख्नबाट बचाउँछ।

nmcli -f NAME,UUID,TYPE connection show
nmcli connection show "Office IPsec" | grep -i flags

अनुमान नगरी झण्डा पढ्नुहोस्। "एजेन्टलाई सोध्नु" भन्ने अर्थ दिने मानहरू नै तपाईं खोजिरहनुभएको कुरा हुन्, र ठ्याक्कै कुञ्जी नामहरू VPN प्लगइनहरूबीच फरक हुन्छन् किनभने तिनीहरू प्लगइनको आफ्नै डेटा शब्दकोशमा बस्छन्। FortiSSL प्रोफाइल र IPsec प्रोफाइलले अनिवार्य रूपमा एउटै नाम प्रयोग गर्दैनन्, त्यसैले आफ्नै प्रोफाइलको आउटपुटबाट काम गर्नुहोस्।

त्यो प्रोटोकलको प्लगइन प्याकेज स्थापना भएको पनि पुष्टि गर्नुहोस्। हराइरहेको प्लगइन अज्ञात जडान प्रकार वा पासवर्डबारे केही नभन्ने सक्रियता त्रुटिको रूपमा देखिन्छ, र त्यो अवस्थामा गोप्य कुराको पछि दौडनु त्यही घण्टा दुई पटक बर्बाद गर्नु हो। एउटा प्याकेज प्रश्न कुञ्जी फाइलहरू सम्पादन गर्ने पूरा दिउँसोभन्दा सस्तो छ।

गोप्य कुरा कुञ्जी फाइलमा सार्नुहोस्

जडान फाइल /etc/NetworkManager/system-connections/ मुनि हुन्छ। गोप्य कुराहरू त्यहाँ पूर्वनिर्धारित रूपमा राखिँदैनन्, र तपाईंले भर्खरै पढ्नुभएका झण्डाहरूको अर्थ त्यही हो। झण्डालाई शून्यमा बदल्दा NetworkManagerलाई मान प्रोफाइलसँगै भण्डारण गरिएको छ, सक्रियताको समयमा मागिँदैन भन्ने थाहा हुन्छ।

[vpn]
password-flags=0

[vpn-secrets]
password=YOUR-VPN-PASSWORD

दुई गोप्य कुरा भएको प्रोफाइलका लागि ढाँचा दोहोरिन्छ: [vpn] खण्डमा प्रत्येक गोप्य कुराका लागि एउटा झण्डा, र मानहरू [vpn-secrets] मा। IPsec प्रोफाइलले सामान्यतया प्रयोगकर्ता प्रमाणपत्रको साथमा पहिल्यै साझा गरिएको कुञ्जी बोक्छ, र प्लगइनले तिनीहरूलाई सामान्य पासवर्ड फिल्डभन्दा फरक नाम दिन्छ, त्यसैले कुञ्जी नामहरू vpn.data आउटपुटबाट प्रतिलिपि गर्नुहोस्, अर्को प्लगइन प्रयोग गरेको ब्लग पोस्टबाट होइन। एउटा कुञ्जी नाम गलत भयो भने लोड भएर पछि प्रमाणीकरणमा असफल हुने प्रोफाइल बन्छ, जुन ठ्याक्कै गलत पासवर्डजस्तै पढिन्छ। पुनः जोडिनु अघि आफ्नो फाइललाई त्यही प्लगइनको काम गरिरहेको प्रोफाइलसँग तुलना गर्नुहोस्।

खाली ठाउँ, उद्धरण चिन्ह वा डलर चिन्ह भएका मानहरूलाई उद्धरणभित्र राख्नुहोस्। $ भएको उद्धरणरहित मान जहाँ पार्स हुन्छ त्यसअनुसार शब्दशः पढिन्छ वा फैलिन्छ, र त्यसबाट आउने प्रमाणीकरण असफलता गलत पासवर्डजस्तै देखिन्छ।

त्यसपछि फाइलको स्वामित्व र मोड ठीक गर्नुहोस्। यी कुञ्जी फाइलहरू विशेषाधिकार प्राप्त सेवाले पढ्छ, र अरू प्रयोगकर्ताले पढ्न सक्ने फाइल अविश्वसनीय मानिन्छ, जुन सम्पादित प्रोफाइल बेवास्ता गरेजस्तो देखिने सामान्य कारण हो। मालिक root, मोड 600, कुनै अपवाद छैन।

पुनः लोड गर्नुहोस्, त्यसपछि सक्रिय गर्नुहोस्

जडान लोड हुँदा फाइल पढिन्छ, त्यसैले सम्पादन मात्र पर्याप्त हुँदैन। प्रोफाइलहरू पुनः लोड गर्नुहोस् र त्यसपछि जडान स्पष्ट रूपमा माथि उठाउनुहोस्।

sudo nmcli connection reload
sudo nmcli connection up "Office IPsec"

यदि पुनः लोडले परिवर्तन समात्दैन भने सेवाको पूर्ण पुनःसुरुवातले समात्छ, र यसबारे ठ्याक्कै त्यस्तै प्रतिवेदनहरू छन्। अरू लिङ्कहरू महत्त्वपूर्ण हुँदा पुनः लोडलाई प्राथमिकता दिनुहोस्, किनभने सेवा पुनःसुरु गर्दा प्रत्येक व्यवस्थापित जडान काटिन्छ, र टाढाको होस्टमा त्यसले तपाईंले चाहेको टनेल माथि आउनु अघि नै सत्र अन्त्य गर्न सक्छ।

नामहरू अस्पष्ट हुँदा UUID प्रयोग गर्नुहोस्। धेरै ग्राहक प्रोफाइल भएका मेसिनहरूमा लगभग-प्रतिलिपिहरू जम्मा हुन्छन्, र गलतलाई सक्रिय गर्दा प्रमाणपत्र समस्याजस्तो देखिने असफलता हुन्छ।

जब भण्डारण गरिएको गोप्य कुरा समस्या होइन

FortiSSL प्रोफाइल सही भण्डारण गरिएको प्रमाणपत्रसँग पनि असफल हुन सक्छ किनभने क्लाइन्टले गेटवेको प्रमाणपत्रमा कहिल्यै विश्वास गर्दैन। त्यो सेटिङ मुख्य संवादमा छैन; यो VPN का उन्नत विकल्पहरू पछाडि छ, जहाँ विश्वसनीय प्रमाणपत्रको डाइजेस्ट प्रविष्ट गरिन्छ। यदि लगले पासवर्डको सट्टा प्रमाणपत्रको उल्लेख गर्छ भने तपाईं यही शाखामा हुनुहुन्छ र [vpn-secrets] सम्पादन गर्ने कुनै मात्राले मद्दत गर्दैन।

यहाँ अरू दुई जाँचहरू पर्छन्। प्लगइनले पढ्न नसक्ने बाटोतर्फ अझै औंल्याइरहेको फाइलबाट प्रोफाइल आयात भएको छैन भनी पुष्टि गर्नुहोस्, र प्रोफाइल सक्रिय हो, पुरानो प्रतिलिपि होइन भनी पुष्टि गर्नुहोस्। दुवैले प्रमाणीकरण त्रुटिजस्तै पढिने सक्रियता असफलताहरू निम्त्याउँछन्।

भण्डारण स्वीकार्य छ कि छैन निर्णय गर्नुहोस्

भण्डारण गरिएको PSK र पासवर्ड त्यो मेसिनमा root को रूपमा चल्ने जुनसुकै कुराले पढ्न सक्छ। तपाईंले नियन्त्रण गर्नुभएको मेसिनमा, ग्राफिकल इन्टरफेस नभएको सेवाका लागि यो उचित साटासाट हो। साझा होस्टमा यो कुराकानीयोग्य छ, किनभने प्रोफाइलमा अब पहिले डेस्कटप किरिङले सुरक्षित गरेको प्रमाणपत्र छ। निर्णय गर्नु अघि त्यो होस्टमा root सम्म अरू को पुग्न सक्छ भनी सोध्नुहोस्, परिवर्तन लागू भएपछि होइन।

यदि नीतिले भण्डारण गरिएका VPN गोप्य कुराहरू निषेध गर्छ भने cron कार्य चल्न प्रोफाइल कमजोर नबनाउनुहोस्। एजेन्ट भएको सत्रबाट जडान चलाउनुहोस्, वा स्वचालनका लागि अर्को संयन्त्र प्रयोग गर्नुहोस्।

अन्तमा, कुन प्रोफाइलहरूले गोप्य कुरा बोक्छन् भनी लेख्नुहोस् ताकि कसैले ध्यान नदिई एउटा ल्यापटपमा प्रतिलिपि नगरोस्। मिति र कारणसहित गोप्य खण्डमाथि एउटा टिप्पणी पर्याप्त छ, र यसले पछि कसैलाई असहज समीक्षाबाट बचाउनेछ।

सम्बन्धित लेखहरू