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 प्रोफाइल कार्यप्रवाहासाठी थेट पर्याय नाहीत।

काहीही स्थापित करण्यापूर्वी चालू असलेली बोगदा कोणता घटक धारण करतो ते ठरवा। एका होस्टवर दोन व्यवस्थापक असणे दोन क्लायंटप्रमाणेच दुहेरी बोगद्याची गोंधळ निर्माण करते।

तीन निर्णय लिहून ठेवा

अंमलबजावणी, आधारभूत रिलीज आणि अद्यतनाचा मालक नोंदवा, आणि त्यापैकी कोणता बदलण्याची अपेक्षा आहे ते नमूद करा। वितरण रिलीजनंतर रेपॉझिटरी ओळ काम करणे थांबल्यावर भविष्यातील अपग्रेड वाचतो ती हीच नोंद। ती नसल्यास, पुढची व्यक्ती नव्या क्रमांकासह कोडनेमचा अंदाज पुन्हा करते।

तुम्हाला आवश्यक असलेले चॅनेल आधारभूत रिलीजला आता सपोर्ट करत नसेल, तर उत्तर प्लॅटफॉर्म स्थलांतर आहे, तीन रिलीजपूर्वीची रेपॉझिटरी नाही।