Які пакунак OpenVPN можа рэальна падтрымаць выпуск Linux

Інструкцыі, якія называюць канкрэтны выпуск OpenVPN, звычайна кадуюць пэўную магчымасць, а нумар версіі — толькі яе паказчык. Пакуль вы іх чытаеце, дыстрыбутыў можа пастаўляць нешта навейшае за названую версію і ўсё яшчэ не мець патрэбнай вам інтэграцыі, або пастаўляць нешта старэйшае, што ўжо закрывае патрабаванне. Калі лічыць нумар мэтай, атрымаеце змены рэпазітара, якія нічога не вырашаюць. Калі лічыць яго сімптомам патрабавання, атрымаеце значна меншае рашэнне.

Тры пытанні раздзяляюць гэтыя два выпадкі: якая рэалізацыя, які базавы выпуск і хто валодае абнаўленнямі.

Нумар версіі — не патрабаванне да магчымасці

Спачатку спытайце, што патрэбна злучэнню, і толькі потым — які пакунак гэта дае. Профіль можа патрабаваць шыфр, рэжым TLS, плагін аўтэнтыфікацыі ці інтэрфейс кіравання, і любога з іх можа не быць у зборцы, якая паведамляе задавальняючы радок версіі. Наадварот, крыху старэйшая зборка можа рэалізоўваць усё, што выкарыстоўвае профіль. Радок версіі — гэта зводка, напісаная пакавальнікам, а не спіс магчымасцей.

Удакладніце, ці інструкцыя азначае «гэтая магчымасць або навейшая», ці «менавіта гэтая зборка была пратэставана». Два адказы вядуць у розныя рэпазітары.

Кодавае імя павінна адпавядаць базаваму выпуску

Рэпазітары будуюцца па кодавым імені дыстрыбутыва, а назва выпуску вытворнага дыстрыбутыва не з'яўляецца кодавым імем яго базы. Прачытайце /etc/os-release для VERSION_CODENAME і ID_LIKE, і пацвердзіце, які базавы выпуск адсочвае вытворны. Стары адказ, які звязаў адзін выпуск працоўнага стала з адным кодавым імем Ubuntu, нічога не кажа пра наступны. Здагадвацца пра кодавае імя — гэта шлях, якім сістэма пачынае цягнуць пакункі, сабраныя супраць іншай бібліятэкі C.

Праверце, што мэнэджар пакункаў ужо прапануе, з дапамогай apt-cache policy openvpn перш чым нешта дадаваць. Калі усталяваны кандыдат задавальняе патрабаванне, пытанне рэпазітара знікае.

Да чаго насамрэч прывязваецца upstream-рэпазітар

Канал upstream публікуе зборкі для пэўных базавых выпускаў, а яго інструкцыі спалучаюць радок рэпазітара з ключом подпісу і падтрымоўваным кодавым імем. Гэтыя часткі — не запаўняльнікі, якія можна замяніць любым вядомым вам кодавым імем. Залежнасці вырашаюцца адносна выпуску, на які была нацэлена зборка, таму пакунак, што чыста ўсталёўваецца, усё яшчэ можа зламаць незвязанае ПЗ, якое дзеліць бібліятэку.

Прачытайце кіраўніцтва па рэпазітары для абранай рэалізацыі і прытрымлівайцеся яго актуальнай табліцы сумяшчальнасці, а не копіі са старога блога.

Усталяваць — не значыць інтэграваць

Замена openvpn бінарніка не дадае адсутны плагін NetworkManager, дыялог імпарту ці рэдактар працоўнага стала. Яны жывуць у асобных пакунках, такіх як network-manager-openvpn і яго кампаньён для працоўнага стала, і маюць уласныя адносіны версій з кліенцкай бібліятэкай. OpenVPN 3 Linux — зноў іншая рэалізацыя, з уласнай мадэллю сеансаў і канфігурацыі, таму яго пакункі не з'яўляюцца прамой заменай для працоўнага працэсу з профілем 2.x.

Вызначце, які кампанент валодае працуючым тунэлем, перш чым нешта ўсталёўваць. Два мэнэджары на адным хасце даюць тую ж блытаніну з падвойным тунэлем, што і два кліенты.

Запішыце тры рашэнні

Зафіксуйце рэалізацыю, базавы выпуск і ўладальніка абнаўленняў, а таксама адзначце, што з гэтага, як чакаецца, зменіцца. Менавіта гэты запіс чытае будучае абнаўленне, калі радок рэпазітара перастае працаваць пасля выпуску дыстрыбутыва. Без яго наступны чалавек паўтарае здагадку пра кодавае імя з навейшым нумарам.

Калі базавы выпуск больш не падтрымліваецца патрэбным вам каналам, адказ — міграцыя платформы, а не рэпазітар трохвыпусковай даўніны.