Ubuntu 18.04 को VPN मेनुमा OpenVPN छैन: के स्थापना गर्ने

GNOME को VPN सूचीले तपाईंलाई दिइएको प्रोफाइलसँग मिल्ने केही पनि नदिन सक्छ, र यो डेस्कटपले OpenVPN गर्न सक्दैन भन्ने सामान्य निष्कर्ष निकालिन्छ। तर सक्छ। कमी भएको प्लगइन प्याकेज हो, र त्यही मेसिनमा रहेको कमाण्ड-लाइन क्लाइन्टको मेनुसँग कुनै सम्बन्ध छैन। यही भ्रम पहिले मार्नुपर्छ, किनकि यसले मानिसहरूलाई गलत कुरा पुनः स्थापना गर्न पठाउँछ।

मेनुले प्लगइन सूचीबद्ध गर्छ, प्रोटोकल होइन

GNOME ले नेटवर्क म्यानेजरले रिपोर्ट गर्ने जडान प्रकारहरू देखाउँछ, र म्यानेजरले स्थापित प्लगइनहरू रिपोर्ट गर्छ। त्यसैले खाली सूचीले प्रोटोकलको क्षमता होइन, स्थापित प्लगइनको सेट वर्णन गर्छ। त्यसैले काम गर्ने openvpn बाइनरीले प्यानलमा केही पनि बदल्दैन।

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

संवाद कुन प्याकेजको हो

Ubuntu 18.04 मा प्याकेजहरूका विशेष नाम छन्, र नयाँ संस्करणहरूले त्यही विभाजन कायम राखे। तिनलाई विकल्प होइन, भूमिकाका रूपमा पढ्नुहोस्, किनकि एउटा मात्र स्थापना गर्दा समस्या प्रायः टर्दैन। एउटा प्याकेजमा डिमन र कमाण्ड-लाइन क्लाइन्ट हुन्छ, र दुवैलाई कुनै सेटिङ संवाद थाहा छैन।

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

sudo apt install openvpn network-manager-openvpn network-manager-openvpn-gnome
nmcli --version

18.04 मा ती वास्तविक अभिलेख नाम हुन्, विकल्प होइनन्। KDE डेस्कटपलाई आफ्नै सम्पादक प्याकेज चाहिन्छ र प्लगइन पनि चाहिन्छ, र GNOME का लागि मात्र लेखिएको मार्गदर्शनले छोड्ने भाग यही हो।

पुनः सुरु गर्नु पनि स्थापनाको भाग हो

सेवा सुरु हुँदा प्यानलले म्यानेजरलाई यसले समर्थन गर्ने प्रकार सोध्छ, र पहिले नै देखाइएको सूची स्थापनाले ताजा गर्दैन। त्यसैले सेवा चलिरहेको बेला स्थापना गर्दा सफल स्थापना र अपरिवर्तित संवादको झर्कोलाग्दो संयोजन बन्छ। पुनः सुरु गर्नु वैकल्पिक मर्मत होइन; स्थापनालाई देखिने बनाउने कदम त्यही हो।

पुनः सुरु गर्दा जडान केही सेकेन्ड काटिन्छ, र त्यही इन्टरफेसबाट जाने कुनै पनि SSH सत्र सँगै जान्छ, त्यसैले मेसिन टाढा छ भने यसको योजना बनाउनुहोस्। त्यसपछि प्यानल फेरि खोल्नुहोस् र म्यानेजरलाई यसले के समर्थन गर्छ सिधै सोध्नुहोस्। सिधा प्रश्न क्यासमा हुन सक्ने मेनुभन्दा राम्रो प्रमाण हो।

sudo systemctl restart NetworkManager
nmcli -f NAME,TYPE connection show
nmcli connection add type vpn

अन्तिम आदेश भेद गर्ने परीक्षण हो। प्लगइन भएमा यो आर्गुमेन्टको अभावमा असफल हुन्छ; नभएमा यसले अज्ञात VPN प्रकार रिपोर्ट गर्छ। एउटा नतिजा भर्न बाँकी फारम हो, र अर्को अझै प्याकेजिङको समस्या हो। भिन्नता स्पष्ट चाहिएको भए स्थापनाअघि र पछि यसलाई चलाउनुहोस्।

nmcli लाई .ovpn पढ्न दिनुहोस्

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

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

nmcli connection import type openvpn file ~/Downloads/office.ovpn
nmcli --ask connection up office
nmcli -f NAME,TYPE,STATE connection show --active

त्यो तेस्रो आदेशले टनेल तपाईंले अपेक्षा गरेको नाममा माथि छ भनी पुष्टि गर्छ। यसले असफल जडानलाई कहिल्यै सक्रिय नगरिएको जडानबाट छुट्याउँछ।

मेनुले भन्न नसक्ने कुरा

प्रकार नहुनु गेटवेबारे केही भन्दैन, र यसको अर्थ सर्भरले OpenVPN अस्वीकार गर्छ भन्ने होइन। मेनु प्रविष्टि देखियोस् भनेर असम्बन्धित प्रोटोकल प्लगइन स्थापना गर्नु यसको कारण होइन। त्यो दोस्रो गल्तीको व्यवहारमा नाम छ: उपलब्ध प्रविष्टिहरू तिनै थिए भनेर मानिसहरूले PPTP वा AnyConnect प्रोफाइल OpenVPN सेवातिर फर्काउँछन्।

पहिले प्याकेजिङ सुधार्नुहोस्; सर्भरको प्रश्न पछि आउँछ। सफा आयात भएको र कहिल्यै प्रमाणीकरण नहुने प्रोफाइल सम्पादकको प्रश्नमा होइन, प्रमाणपत्र, TLS वा प्रमाण-पत्रको प्रश्नमा असफल भइरहेको छ। ती प्रत्येकले फरक प्रमाण छोड्छ, र तीमध्ये कुनै पनि संवादमा देखिँदैन। सेटिङ प्यानल फेरि खोल्नुअघि क्लाइन्ट लग पढ्नुहोस्।

तपाईंले साँच्चै प्रयोग गर्ने स्रोतले यो प्रमाणित गर्नुहोस्

प्रकार अस्तित्वमा भएपछि र जडान सञ्चित भएपछि, त्यसमा जोडिनुहोस् र तपाईंले साँच्चै प्रयोग गर्ने स्रोत खोल्नुहोस्। सक्रियता मात्रले दुवै छेउ टनेलमा सहमत भएको मात्र प्रमाणित गर्छ। टनेल माथि आएर केही नबोक्ने अर्को खराबीको तरिका हो, र प्यानलले त्यो देख्न सक्दैन।

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