Kiun OpenVPN-pakaĵon Linux-eldono povas efektive subteni

Instrukcioj, kiuj nomas specifan OpenVPN-eldonon, kutime kodas funkcion, kaj la versia numero estas nur anstataŭanto por ĝi. Ĝis vi legas ilin, la distribuo eble liveras ion pli novan ol la nomita versio kaj tamen mankas la integriĝo, kiun vi bezonas, aŭ liveras ion pli malnovan, kiu jam kovras la postulon. Se vi traktas la numeron kiel celon, vi produktas ŝanĝojn en la paka deponejo, kiuj solvas nenion. Se vi traktas ĝin kiel simptomon de postulo, vi produktas multe pli malgrandan decidon.

Tri demandoj apartigas la du: kiu efektivigo, kiu baza eldono kaj kiu respondecas pri la ĝisdatigoj.

Versia numero ne estas funkcia postulo

Demandu, kion la konekto bezonas, antaŭ ol demandi, kiu pakaĵo liveras ĝin. Profilo povas postuli ĉifron, TLS-reĝimon, aŭtentikigan kromaĵon aŭ administran interfacon, kaj ĉiu el tiuj povas manki en konstruo, kiu raportas kontentigan versian ĉenon. Male, iom pli malnova konstruo povas efektivigi ĉion, kion la profilo uzas. La versia ĉeno estas resumo skribita de pakisto, ne listo de funkcioj.

Klarigu, ĉu la instrukcio signifas 'ĉi tiu funkcio aŭ pli nova' aŭ 'ĝuste ĉi tiu konstruo estis testita'. La du respondoj kondukas al malsamaj deponejoj.

La koda nomo devas kongrui kun la baza eldono

Deponejoj estas ŝlosiligitaj laŭ la koda nomo de la distribuo, kaj la eldona nomo de derivaĵo ne estas la koda nomo de ĝia bazo. Legu /etc/os-release por VERSION_CODENAME kaj ID_LIKE, kaj konfirmu, kiun bazan eldonon la derivaĵo sekvas. Malnova respondo, kiu ligis unu labortablan eldonon al unu koda nomo de Ubuntu, diras nenion pri la sekva. Diveni la kodan nomon estas kiel sistemo finas elŝutante pakaĵojn konstruitajn kontraŭ alia C-biblioteko.

Kontrolu, kion la pak-administrilo jam ofertas per apt-cache policy openvpn antaŭ ol aldoni ion ajn. Se la instalita kandidato kontentigas la postulon, la demando pri la deponejo malaperas.

Al kio upstream-deponejo efektive ligiĝas

Upstream-kanalo publikigas konstruojn por specifaj bazaj eldonoj, kaj ĝiaj instrukcioj parigas deponejan linion kun subskriba ŝlosilo kaj subtenata koda nomo. Tiuj partoj ne estas lokokupiloj, kiujn vi anstataŭigas per iu ajn koda nomo, kiun vi hazarde konas. Dependecoj estas solvitaj laŭ la eldono, kiun la konstruo celis, do pakaĵo, kiu instaliĝas pura, tamen povas rompi nerilatan programaron, kiu dividas bibliotekon.

Legu la deponejan gvidilon por la efektivigo, kiun vi elektis, kaj sekvu ĝian aktualan kongruecan tabelon anstataŭ kopion el pli malnova blogo.

Instali ne estas integri

Anstataŭigi la openvpn duumaĵon ne aldonas mankantan NetworkManager-kromaĵon, importan dialogon aŭ labortablan redaktilon. Tiuj vivas en apartaj pakaĵoj kiel network-manager-openvpn kaj ĝia labortabla ekvivalento, kaj ili havas propran versian rilaton al la klienta biblioteko. OpenVPN 3 Linux estas denove alia efektivigo, kun propra sesia kaj agorda modelo, do ĝiaj pakaĵoj ne estas rektaj anstataŭaĵoj por laborfluo kun 2.x-profilo.

Decidu, kiu komponento posedas la kurantan tunelon, antaŭ ol instali ion ajn. Du administriloj sur unu gastiganto produktas la saman konfuzon pri duoblaj tuneloj kiel du klientoj.

Skribu la tri decidojn

Registru la efektivigon, la bazan eldonon kaj la posedanton de ĝisdatigoj, kaj notu, kiun el ili oni atendas ŝanĝiĝi. Ĝuste tiun registron legos estonta ĝisdatigo, kiam la deponeja linio ĉesos funkcii post distribua eldono. Sen ĝi, la sekva persono ripetas la divenadon de la koda nomo kun pli nova numero.

Se la baza eldono ne plu estas subtenata de la kanalo, kiun vi bezonas, la respondo estas platforma migrado, ne deponejo el antaŭ tri eldonoj.