लिनक्स रिलीज़ वास्तव में किस OpenVPN पैकेज का समर्थन कर सकती है

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

तीन प्रश्न इन दोनों को अलग करते हैं: कौन-सा कार्यान्वयन, कौन-सी आधार रिलीज़, और अपडेट का स्वामी कौन है।

संस्करण क्रमांक किसी सुविधा की आवश्यकता नहीं है

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

स्पष्ट करें कि निर्देश का अर्थ 'यह सुविधा या बाद की' है या 'ठीक यही बिल्ड परखा गया था'। दोनों उत्तर अलग-अलग रिपॉज़िटरी तक ले जाते हैं।

कोडनेम को आधार रिलीज़ से मेल खाना चाहिए

रिपॉज़िटरी डिस्ट्रिब्यूशन के कोडनेम पर कुंजीबद्ध होती हैं, और किसी व्युत्पन्न का रिलीज़ नाम उसके आधार का कोडनेम नहीं है। /etc/os-release के लिए VERSION_CODENAME और ID_LIKE पढ़ें, फिर पुष्टि करें कि व्युत्पन्न किस आधार रिलीज़ का अनुसरण करता है। जिस पुराने उत्तर ने एक डेस्कटॉप रिलीज़ को एक उबंटू कोडनेम से जोड़ा, वह अगली के बारे में कुछ नहीं कहता। कोडनेम का अनुमान लगाना ही वह रास्ता है जिससे सिस्टम किसी दूसरी C लाइब्रेरी के विरुद्ध बने पैकेज खींच लेता है।

कुछ जोड़ने से पहले पैकेज मैनेजर पहले से क्या देता है, apt-cache policy openvpn से देखें। यदि स्थापित उम्मीदवार आवश्यकता पूरी करता है, तो रिपॉज़िटरी का प्रश्न ही नहीं रहता।

अपस्ट्रीम रिपॉज़िटरी वास्तव में किससे बँधती है

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

आपने जो कार्यान्वयन चुना उसकी रिपॉज़िटरी मार्गदर्शिका पढ़ें और पुराने ब्लॉग की नकल की बजाय उसकी वर्तमान संगतता सारणी का पालन करें।

स्थापित करना एकीकृत करना नहीं है

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

कुछ भी स्थापित करने से पहले तय करें कि चल रही टनल का स्वामी कौन-सा घटक है। एक ही होस्ट पर दो मैनेजर दो क्लाइंट जैसी ही दोहरी टनल की उलझन पैदा करते हैं।

तीनों निर्णय लिख लें

कार्यान्वयन, आधार रिलीज़ और अपडेट के स्वामी को दर्ज करें, और नोट करें कि इनमें से किसके बदलने की अपेक्षा है। डिस्ट्रिब्यूशन रिलीज़ के बाद रिपॉज़िटरी पंक्ति के काम करना बंद करने पर भविष्य का अपग्रेड यही अभिलेख पढ़ता है। इसके बिना अगला व्यक्ति नए क्रमांक के साथ कोडनेम का अनुमान दोहराता है।

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