Watter OpenVPN-pakket 'n Linux-weergawe werklik kan ondersteun

Instruksies wat 'n spesifieke OpenVPN-weergawe noem, verteenwoordig gewoonlik 'n funksie, en die weergawenommer is net 'n aanduiding daarvoor. Teen die tyd dat jy dit lees, kan die distribusie iets nuwer as die genoemde weergawe lewer en steeds die integrasie ontbreek wat jy nodig het, of iets ouer lewer wat die vereiste reeds dek. Om die nommer as die doel te behandel, lewer pakketbronveranderings wat niks oplos nie. Om dit as 'n simptoom van 'n vereiste te behandel, lewer 'n veel kleiner besluit.

Drie vrae skei die twee: watter implementering, watter basisweergawe, en wie besit die opdaterings.

Die weergawenommer is nie 'n funksievereiste nie

Vra wat die verbinding nodig het voordat jy vra watter pakket dit lewer. 'n Profiel kan 'n syfer, 'n TLS-modus, 'n verifikasi-inprop of 'n bestuurskoppelvlak vereis, en enige daarvan kan ontbreek in 'n bou wat 'n bevredigende weergawestring rapporteer. Omgekeerd kan 'n effens ouer bou alles implementeer wat die profiel gebruik. Die weergawestring is 'n opsomming wat deur 'n pakketbouer geskryf is, nie 'n funksielys nie.

Maak duidelik of die opdrag 'hierdie funksie of later' of 'hierdie presiese bou is getoets' beteken. Die twee antwoorde lei na verskillende pakketbronne.

Die kodenaam moet by die basisweergawe pas

Pakketbronne word volgens distribusiekodenaam gesleutel, en 'n afgeleide se weergawenaam is nie sy basis se kodenaam nie. Lees /etc/os-release vir VERSION_CODENAME en ID_LIKE, en bevestig watter basisweergawe die afgeleide volg. 'n Ou antwoord wat een lessenaarweergawe aan een Ubuntu-kodenaam gekoppel het, sê niks oor die volgende een nie. Om die kodenaam te raai, is hoe 'n stelsel pakette begin trek wat teen 'n ander C-biblioteek gebou is.

Kyk wat die pakketbestuurder reeds bied met apt-cache policy openvpn voordat jy iets byvoeg. As die geïnstalleerde kandidaat die vereiste bevredig, verdwyn die pakketbronvraag.

Waaraan 'n opstroom-pakketbron werklik bind

'n Opstroom-kanaal publiseer bousels vir spesifieke basisweergawes, en sy instruksies koppel 'n pakketbronlyn aan 'n ondertekeningsleutel en 'n ondersteunde kodenaam. Daardie dele is nie plekhouers wat jy met enige kodenaam wat jy toevallig ken, kan vervang nie. Afhanklikhede word teen die weergawe opgelos waarvoor die bou geteiken was, so 'n pakket wat skoon installeer, kan steeds onverwante sagteware breek wat 'n biblioteek deel.

Lees die pakketbron-gids vir die implementering wat jy gekies het, en volg sy huidige versoenbaarheidstabel eerder as 'n ouer blog se afskrif daarvan.

Installeer is nie integreer nie

Die vervanging van die openvpn binary voeg nie 'n ontbrekende NetworkManager-inprop, 'n invoerdialoog of 'n lessenaarredigeerder by nie. Daardie dinge woon in aparte pakette soos network-manager-openvpn en sy lessenaar-eweknie, en hulle het hul eie weergaweverhouding met die kliëntbiblioteek. OpenVPN 3 Linux is weer 'n ander implementering, met sy eie sessie- en konfigurasiemodel, so sy pakette is nie direkte plaasvervangers vir 'n 2.x-profielwerkvloei nie.

Besluit watter komponent die lopende tonnel besit voordat jy iets installeer. Twee bestuurders op een gasheer lewer dieselfde duplikaat-tonnel-verwarring as twee kliënte.

Skryf die drie besluite neer

Teken die implementering, die basisweergawe en die opdateringseienaar aan, en let op watter van hulle na verwagting sal verander. Daardie rekord is wat 'n toekomstige opgradering lees wanneer die pakketbronlyn ná 'n distribusieweergawe ophou werk. Sonder dit herhaal die volgende persoon die kodenaam-raaiskoot met 'n nuwer nommer.

As die basisweergawe nie meer deur die kanaal wat jy nodig het, ondersteun word nie, is die antwoord 'n platformmigrasie, nie 'n pakketbron van drie weergawes gelede nie.