แพ็กเกจ OpenVPN แบบไหนที่รีลีสของ Linux รองรับได้จริง

คำแนะนำที่ระบุรีลีส 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

ตัดสินว่าองค์ประกอบใดเป็นเจ้าของอุโมงค์ที่กำลังทำงานก่อนติดตั้งสิ่งใด สองตัวจัดการบนโฮสต์เดียวสร้างความสับสนเรื่องอุโมงค์ซ้อนแบบเดียวกับไคลเอนต์สองตัว

จดสามการตัดสินใจ

บันทึกการใช้งาน รีลีสพื้นฐาน และเจ้าของการอัปเดต และระบุว่าตัวใดคาดว่าจะเปลี่ยน บันทึกนั้นคือสิ่งที่การอัปเกรดในอนาคตอ่านเมื่อบรรทัดรีโพซิทอรีเลิกทำงานหลังรีลีสของการจัดจำหน่าย หากไม่มี คนถัดไปจะเดาชื่อรหัสซ้ำด้วยหมายเลขที่ใหม่กว่า

หากรีลีสพื้นฐานไม่ได้รับการรองรับจากช่องทางที่คุณต้องการอีกต่อไป คำตอบคือการย้ายแพลตฟอร์ม ไม่ใช่รีโพซิทอรีจากสามรีลีสก่อน