Welk OpenVPN-pakket een Linux-release echt kan ondersteunen

Instructies die een specifieke OpenVPN-release noemen, coderen meestal een functie, en het versienummer is daar slechts een plaatsvervanger voor. Tegen de tijd dat je ze leest, kan de distributie iets nieuwers leveren dan de genoemde versie en toch de integratie missen die je nodig hebt, of iets ouders leveren dat al aan de eis voldoet. Het nummer als doel behandelen levert repositorywijzigingen op die niets oplossen. Het als symptoom van een eis behandelen levert een veel kleinere beslissing op.

Drie vragen scheiden de twee: welke implementatie, welke basisrelease, en wie de updates beheert.

Een versienummer is geen functie-eis

Vraag wat de verbinding nodig heeft voordat je vraagt welk pakket dat levert. Een profiel kan een cipher, een TLS-modus, een authenticatieplugin of een beheerinterface vereisen, en elk daarvan kan ontbreken in een build die een bevredigende versiestring meldt. Omgekeerd kan een iets oudere build alles implementeren wat het profiel gebruikt. De versiestring is een samenvatting van de pakketbouwer, geen functielijst.

Maak duidelijk of de instructie 'deze functie of nieuwer' betekent of 'exact deze build is getest'. De twee antwoorden leiden naar verschillende repositories.

De codenaam moet bij de basisrelease passen

Repositories worden op codenaam van de distributie beheerd, en de releasenaam van een derivaat is niet de codenaam van zijn basis. Lees /etc/os-release voor VERSION_CODENAME en ID_LIKE, en bevestig welke basisrelease het derivaat volgt. Een oud antwoord dat één desktopsrelease aan één Ubuntu-codenaam koppelde, zegt niets over de volgende. De codenaam gokken is hoe een systeem pakketten binnenhaalt die tegen een andere C-bibliotheek zijn gebouwd.

Controleer wat de pakketbeheerder al biedt met apt-cache policy openvpn voordat je iets toevoegt. Als de geïnstalleerde kandidaat aan de eis voldoet, verdwijnt de repositoryvraag.

Waar een upstream-repository zich werkelijk aan bindt

Een upstream-kanaal publiceert builds voor specifieke basisreleases, en de instructies koppelen een repositoryregel aan een ondertekeningssleutel en een ondersteunde codenaam. Die onderdelen zijn geen plaatsaanduidingen die je vervangt door een codenaam die je toevallig kent. Afhankelijkheden worden opgelost tegen de release waarop de build was gericht, dus een pakket dat schoon installeert kan nog steeds niet-verwante software breken die een bibliotheek deelt.

Lees de repositoryhandleiding voor de implementatie die je koos, en volg de actuele compatibiliteitstabel in plaats van een kopie uit een oudere blog.

Installeren is niet integreren

Het vervangen van het openvpn-binair voegt geen ontbrekende NetworkManager-plugin, importdialoog of desktopeditor toe. Die leven in aparte pakketten zoals network-manager-openvpn en zijn desktoptegenhanger, en ze hebben hun eigen versierelatie met de clientbibliotheek. OpenVPN 3 Linux is weer een andere implementatie, met een eigen sessie- en configuratiemodel, dus de pakketten zijn geen directe vervanging voor een 2.x-profielwerkstroom.

Bepaal welke component de lopende tunnel bezit voordat je iets installeert. Twee beheerders op één host geven dezelfde dubbeltunnelverwarring als twee clients.

Schrijf de drie beslissingen op

Leg de implementatie, de basisrelease en de update-eigenaar vast, en noteer welke daarvan naar verwachting verandert. Dat verslag is wat een toekomstige upgrade leest wanneer de repositoryregel na een distributierelease stopt met werken. Zonder dat verslag herhaalt de volgende persoon de codenaamgok met een nieuwer nummer.

Als de basisrelease niet langer door het kanaal dat je nodig hebt wordt ondersteund, is het antwoord een platformmigratie, geen repository van drie releases terug.