Linux रिलिजले वास्तवमा कुन OpenVPN प्याकेज समर्थन गर्न सक्छ

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

दुवैलाई छुट्याउने तीन प्रश्न हुन्: कुन कार्यान्वयन, कुन आधारभूत रिलिज, र अद्यावधिक कसको जिम्मामा छ।

संस्करण नम्बर सुविधाको आवश्यकता होइन

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

निर्देशनको अर्थ 'यो सुविधा वा नयाँ' हो कि 'यही ठ्याक्कै बिल्ड परीक्षण गरिएको थियो' भन्ने स्पष्ट पार्नुहोस्। दुवै उत्तरले फरक फरक रिपोजिटरीतर्फ लैजान्छन्।

कोडनेम आधारभूत रिलिजसँग मिल्नुपर्छ

रिपोजिटरीहरू वितरणको कोडनेमले चलाइन्छन्, र व्युत्पन्न रिलिजको नाम त्यसको आधारको कोडनेम होइन। /etc/os-release पढ्नुहोस्, VERSION_CODENAME र ID_LIKE हेर्नुहोस्, र व्युत्पन्नले कुन आधारभूत रिलिज पछ्याउँछ निश्चित गर्नुहोस्। एउटा डेस्कटप रिलिजलाई एउटा Ubuntu कोडनेमसँग जोड्ने पुरानो उत्तरले अर्कोको बारेमा केही भन्दैन। कोडनेम अनुमान गर्नु भनेको प्रणालीले अर्को C लाइब्रेरीविरुद्ध बनेका प्याकेज तान्न थाल्नु हो।

केही थप्नुअघि प्याकेज म्यानेजरले apt-cache policy openvpn मार्फत पहिले नै के दिन्छ जाँच्नुहोस्। यदि स्थापित उम्मेदवारले आवश्यकता पूरा गर्छ भने रिपोजिटरीको प्रश्न हराउँछ।

अपस्ट्रिम रिपोजिटरीले वास्तवमा केसँग बाँधिन्छ

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

तपाईंले छान्नुभएको कार्यान्वयनका लागि रिपोजिटरी गाइड पढ्नुहोस्, र पुरानो ब्लगको प्रतिलिपि होइन, त्यसको हालको अनुकूलता तालिका पछ्याउनुहोस्।

स्थापना गर्नु एकीकरण गर्नु होइन

openvpn बाइनरी बदल्नाले हराएको NetworkManager प्लगइन, आयात संवाद वा डेस्कटप सम्पादक थपिँदैन। ती network-manager-openvpn र त्यसको डेस्कटप समकक्षजस्ता छुट्टै प्याकेजमा बस्छन्, र क्लाइन्ट लाइब्रेरीसँग तिनको आफ्नै संस्करण सम्बन्ध छ। OpenVPN 3 Linux अझै अर्को कार्यान्वयन हो, आफ्नै सत्र र कन्फिगरेसन मोडेलसहित, त्यसैले त्यसका प्याकेजहरू 2.x प्रोफाइल कार्यप्रवाहका लागि सिधा विकल्प होइनन्।

केही स्थापना गर्नुअघि चलिरहेको टनेल कुन कम्पोनेन्टको स्वामित्वमा छ निर्णय गर्नुहोस्। एउटै होस्टमा दुई म्यानेजर हुँदा दुई क्लाइन्टजस्तै दोहोरो टनेलको अन्योल उत्पन्न हुन्छ।

तीन निर्णय लेख्नुहोस्

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

यदि तपाईंलाई चाहिने च्यानलले आधारभूत रिलिजलाई अब समर्थन गर्दैन भने उत्तर प्लेटफर्म स्थानान्तरण हो, तीन रिलिजअघिको रिपोजिटरी होइन।