Ce pachet OpenVPN poate o versiune Linux chiar să susțină

Instrucțiunile care numesc o anumită versiune OpenVPN codifică de obicei o funcționalitate, iar numărul versiunii este doar un substitut pentru ea. Când le citești, distribuția poate livra ceva mai nou decât versiunea numită și totuși să-i lipsească integrarea de care ai nevoie, sau poate livra ceva mai vechi care acoperă deja cerința. Tratarea numărului ca scop produce modificări de depozit care nu rezolvă nimic. Tratarea lui ca simptom al unei cerințe produce o decizie mult mai mică.

Trei întrebări despart cele două: care implementare, care versiune de bază și cine deține actualizările.

Un număr de versiune nu este o cerință de funcționalitate

Întreabă de ce are nevoie conexiunea înainte de a întreba ce pachet o oferă. Un profil poate cere un cifru, un mod TLS, un plugin de autentificare sau o interfață de administrare, iar oricare dintre ele poate lipsi dintr-o compilare care raportează un șir de versiune satisfăcător. Invers, o compilare puțin mai veche poate implementa tot ce folosește profilul. Șirul de versiune este un rezumat scris de cel care împachetează, nu o listă de funcționalități.

Clarifică dacă instrucțiunea înseamnă „această funcționalitate sau mai nouă” sau „exact această compilare a fost testată”. Cele două răspunsuri duc la depozite diferite.

Numele de cod trebuie să corespundă versiunii de bază

Depozitele sunt indexate după numele de cod al distribuției, iar numele versiunii unui derivat nu este numele de cod al bazei sale. Citește /etc/os-release pentru VERSION_CODENAME și ID_LIKE, și confirmă ce versiune de bază urmărește derivatul. Un răspuns vechi care asocia o versiune de desktop cu un singur nume de cod Ubuntu nu spune nimic despre următoarea. Ghiceala numelui de cod este felul în care un sistem ajunge să tragă pachete compilate împotriva altei biblioteci C.

Verifică ce oferă deja managerul de pachete cu apt-cache policy openvpn înainte de a adăuga ceva. Dacă candidatul instalat satisface cerința, întrebarea despre depozit dispare.

De ce se leagă de fapt un depozit upstream

Un canal upstream publică compilări pentru anumite versiuni de bază, iar instrucțiunile lui asociază o linie de depozit cu o cheie de semnare și cu un nume de cod acceptat. Acele părți nu sunt locuri libere de completat cu orice nume de cod cunoști. Dependențele sunt rezolvate față de versiunea către care țintea compilarea, așa că un pachet care se instalează curat poate totuși strica software nelegat care împarte o bibliotecă.

Citește ghidul depozitului pentru implementarea pe care ai ales-o și urmează tabelul de compatibilitate actual al acestuia, nu copia dintr-un blog mai vechi.

A instala nu înseamnă a integra

Înlocuirea binarului openvpn nu adaugă un plugin NetworkManager lipsă, o fereastră de import sau un editor de desktop. Acelea trăiesc în pachete separate precum network-manager-openvpn și omologul său de desktop, și au propria relație de versiune cu biblioteca client. OpenVPN 3 Linux este încă o altă implementare, cu propriul model de sesiune și de configurare, deci pachetele sale nu sunt înlocuitori direcți pentru un flux de lucru cu profil 2.x.

Decide ce componentă deține tunelul care rulează înainte de a instala ceva. Doi manageri pe aceeași gazdă produc aceeași confuzie a tunelului duplicat ca doi clienți.

Notează cele trei decizii

Înregistrează implementarea, versiunea de bază și proprietarul actualizărilor, și notează care dintre ele se așteaptă să se schimbe. Acea înregistrare este ce citește o actualizare viitoare când linia depozitului nu mai funcționează după o versiune a distribuției. Fără ea, următoarea persoană repetă ghiceala numelui de cod cu un număr mai nou.

Dacă versiunea de bază nu mai este susținută de canalul de care ai nevoie, răspunsul este o migrare de platformă, nu un depozit de acum trei versiuni.