Hvilken OpenVPN-pakke en Linux-udgivelse reelt kan understøtte

Vejledninger, der nævner en bestemt OpenVPN-udgivelse, koder normalt en funktion, og versionsnummeret er blot en erstatning for den. Når du læser dem, udsender distributionen måske noget nyere end den nævnte version og mangler stadig den integration, du har brug for, eller udsender noget ældre, der allerede dækker kravet. Behandler du nummeret som målet, får du ændringer i pakkekilden, som ikke løser noget. Behandler du det som et symptom på et krav, får du en meget mindre beslutning.

Tre spørgsmål adskiller de to: hvilken implementering, hvilken basisudgivelse og hvem der ejer opdateringerne.

Et versionsnummer er ikke et funktionskrav

Spørg, hvad forbindelsen har brug for, før du spørger, hvilken pakke der leverer det. En profil kan kræve en cipher, en TLS-tilstand, et godkendelsesplugin eller en administrationsgrænseflade, og ethvert af dem kan mangle i et build, der rapporterer en tilfredsstillende versionsstreng. Omvendt kan et lidt ældre build implementere alt, hvad profilen bruger. Versionsstrengen er et resumé skrevet af en pakker, ikke en funktionsliste.

Afklar, om instruktionen betyder 'denne funktion eller nyere' eller 'netop dette build er testet'. De to svar fører til forskellige pakkekilder.

Kodenavnet skal matche basisudgivelsen

Pakkekilder nøgles efter distributionens kodenavn, og en afledt distributions udgivelsesnavn er ikke dens bases kodenavn. Læs /etc/os-release for VERSION_CODENAME og ID_LIKE, og bekræft, hvilken basisudgivelse den afledte følger. Et gammelt svar, der knyttede én skrivebordsudgivelse til ét Ubuntu-kodenavn, siger intet om den næste. At gætte kodenavnet er, hvordan et system ender med at hente pakker bygget mod et andet C-bibliotek.

Kontroller, hvad pakkehåndteringen allerede tilbyder med apt-cache policy openvpn, før du tilføjer noget. Hvis den installerede kandidat opfylder kravet, forsvinder spørgsmålet om pakkekilden.

Hvad en upstream-pakkekilde egentlig binder til

En upstream-kanal udgiver builds til bestemte basisudgivelser, og dens instruktioner parrer en pakkekildelinje med en signeringsnøgle og et understøttet kodenavn. De dele er ikke pladsholdere, du erstatter med det kodenavn, du tilfældigvis kender. Afhængigheder løses mod den udgivelse, som buildet var målrettet, så en pakke, der installeres rent, kan stadig ødelægge ubeslægtet software, der deler et bibliotek.

Læs pakkekildevejledningen for den implementering, du valgte, og følg dens aktuelle kompatibilitetstabel i stedet for en ældre blogs kopi af den.

At installere er ikke at integrere

Udskiftning af openvpn binæren tilføjer ikke et manglende NetworkManager-plugin, en importdialog eller en skrivebordseditor. De lever i separate pakker som network-manager-openvpn og dens skrivebordsmodstykke, og de har deres eget versionsforhold til klientbiblioteket. OpenVPN 3 Linux er igen en anden implementering med sin egen session- og konfigurationsmodel, så dens pakker er ikke direkte erstatninger for et 2.x-profilworkflow.

Beslut, hvilken komponent der ejer den kørende tunnel, før du installerer noget. To håndteringer på én vært giver samme forvirring med dobbelte tunneler som to klienter.

Skriv de tre beslutninger ned

Registrér implementeringen, basisudgivelsen og opdateringsejeren, og notér, hvilken af dem der forventes at ændre sig. Den registrering er det, en fremtidig opgradering læser, når pakkekildelinjen holder op med at virke efter en distributionsudgivelse. Uden den gentager den næste person kodenavnsgættet med et nyere nummer.

Hvis basisudgivelsen ikke længere understøttes af den kanal, du har brug for, er svaret en platformsmigrering, ikke en pakkekilde fra tre udgivelser siden.