Minkä OpenVPN-paketin Linux-julkaisu voi todella tukea
Vanhan oppaan versionumero on vain välillinen merkki ominaisuudesta. Sovita toteutus ja perusjulkaisu yhteen ja tarkista sitten, mitä järjestelmä jo tarjoaa.
Ohjeet, jotka nimeävät tietyn OpenVPN-julkaisun, koodaavat yleensä ominaisuuden, ja versionumero on vain sen välillinen merkki. Kun luet niitä, jakelu saattaa toimittaa jotain nimettyä versiota uudempaa ja silti puuttua tarvitsemasi integraatio, tai toimittaa jotain vanhempaa, joka jo kattaa vaatimuksen. Jos käsittelet numeroa tavoitteena, syntyy pakettilähteen muutoksia, jotka eivät ratkaise mitään. Jos käsittelet sitä vaatimuksen oireena, syntyy paljon pienempi päätös.
Kolme kysymystä erottaa nämä kaksi: mikä toteutus, mikä perusjulkaisu ja kuka omistaa päivitykset.
Versionumero ei ole ominaisuusvaatimus
Kysy ensin, mitä yhteys tarvitsee, ja vasta sitten, mikä paketti sen tarjoaa. Profiili voi vaatia salauksen, TLS-tilan, todennusliitännäisen tai hallintaliittymän, ja mikä tahansa niistä voi puuttua koontiversiosta, joka ilmoittaa tyydyttävän versiomerkkijonon. Päinvastoin, hieman vanhempi koontiversio voi toteuttaa kaiken, mitä profiili käyttää. Versiomerkkijono on paketoijan kirjoittama yhteenveto, ei ominaisuusluettelo.
Selvitä, tarkoittaako ohje ’tämä ominaisuus tai uudempi’ vai ’juuri tämä koontiversio on testattu’. Kaksi vastausta johtavat eri pakettilähteisiin.
Koodinimen on vastattava perusjulkaisua
Pakettilähteet avaimetaan jakelun koodinimellä, eikä johdannaisen julkaisunimi ole sen perustan koodinimi. Lue /etc/os-release löytääksesi VERSION_CODENAME ja ID_LIKE, ja vahvista, mitä perusjulkaisua johdannainen seuraa. Vanha vastaus, joka yhdisti yhden työpöytäjulkaisun yhteen Ubuntu-koodinimeen, ei kerro seuraavasta mitään. Koodinimen arvaaminen on se tapa, jolla järjestelmä päätyy noutamaan paketteja, jotka on koottu toista C-kirjastoa vasten.
Tarkista, mitä paketinhallinta jo tarjoaa komennolla apt-cache policy openvpn, ennen kuin lisäät mitään. Jos asennettu ehdokas täyttää vaatimuksen, pakettilähdekysymys katoaa.
Mihin upstream-pakettilähde oikeastaan sitoutuu
Upstream-kanava julkaisee koontiversioita tietyille perusjulkaisuille, ja sen ohjeet liittävät pakettilähderivin allekirjoitusavaimeen ja tuettuun koodinimeen. Nuo osat eivät ole paikkamerkkejä, jotka korvaat jollain tuntemallasi koodinimellä. Riippuvuudet ratkaistaan sitä julkaisua vasten, johon koontiversio kohdistui, joten puhtaasti asentuva paketti voi silti rikkoa kirjastoa jakavaa asiaankuulumatonta ohjelmistoa.
Lue valitsemasi toteutuksen pakettilähdeopas ja seuraa sen nykyistä yhteensopivuustaulukkoa vanhemman blogin kopion sijaan.
Asentaminen ei ole integroimista
Binäärin openvpn korvaaminen ei lisää puuttuvaa NetworkManager-liitännäistä, tuontidialogia tai työpöytäeditoria. Ne asuvat erillisissä paketeissa kuten network-manager-openvpn ja sen työpöytä-vastine, ja niillä on oma versiosuhteensa asiakaskirjastoon. OpenVPN 3 Linux on taas eri toteutus, omalla istunto- ja kokoonpanomallillaan, joten sen paketit eivät ole suoria korvaajia 2.x-profiilin työnkululle.
Päätä, mikä komponentti omistaa käynnissä olevan tunnelin, ennen kuin asennat mitään. Kaksi hallintaohjelmaa yhdellä isännällä tuottaa saman kaksoistunnelisekaannuksen kuin kaksi asiakasta.
Kirjoita kolme päätöstä muistiin
Kirjaa toteutus, perusjulkaisu ja päivitysten omistaja ja merkitse, minkä niistä odotetaan muuttuvan. Juuri tätä kirjausta tuleva päivitys lukee, kun pakettilähderivi lakkaa toimimasta jakelujulkaisun jälkeen. Ilman sitä seuraava henkilö toistaa koodinimen arvauksen uudemmalla numerolla.
Jos tarvitsemasi kanava ei enää tue perusjulkaisua, vastaus on alustan migraatio, ei kolmen julkaisun takainen pakettilähde.