Senretaj VPN-pakaĵoj: demandu la celon, kion ĝi bezonas

Vi bezonas la VPN-klienton por atingi la reton, kiu kutime liverus ĝiajn pakaĵojn, kaj tio estas beleta malgranda cirklo. Elŝuti unu solan OpenVPN DEB sur alia maŝino kutime finiĝas per dua mankanta dependeco, poste tria, poste vespero pasigita postkurante bibliotekajn versiojn. La alternativo estas lasi la malkonektitan maŝinon mem deklari, per siaj propraj vortoj, kion ĝia pakaĵmastrumilo bezonas. Ĉio sube sekvas el tiu renversiĝo de tio, kiu demandas.

Ĉe sistemoj de la Debian-familio tiu konversacio okazas per apt-offline, laborfluo de peto kaj resendo. Ĝia propra rulmedio unue devas ĉeesti en la celo, instalita el aprobitaj komunikiloj aŭ el alia administrata lanĉoprocedo, ĉar neniu ilo povas lanĉi sin el nenio.

Komencu de la pakaĵa stato de la celo, ne de tiu de la helpanto

Notu la distribuan eldonon de la celo, la arkitekturon de la uzantspaco kaj la agorditajn pakaĵfontojn antaŭ ĉio alia. Tiuj tri faktoj decidas, kiu VPN-realigo kaj kiu labortabla integriĝo taŭgas, kaj ili estas la faktoj, kiujn konektita helpanto ne povas liveri.

La helpanto elŝutas dosierojn; ĝi ne fariĝas la dependeca bazlinio. Pli nova tekokomputilo, en kiu OpenVPN jam estas instalita, havas tute alian pakaĵan staton ol la celo, do ĝia sukceso pruvas nenion pri tio, kion la celo povas akcepti.

Decidu ankaŭ, kion vi efektive volas. La VPN-motoro, serva kromaĵo por NetworkManager kaj grafika redaktilo estas apartaj pakaĵoj, kaj la ĝusta elekto dependas de la eldono kaj de tio, kiel la uzanto mastrumos la konekton. Sendisplaya servilo bezonas la motoron kaj agordan dosieron; labortablo bezonas la kromaĵon, kiu lasas ĝiajn retajn agordojn posedi la tunelon. Peti la malĝustan aron produktas instaladon, kiu sukcesas, kaj konekton, kiun neniu povas ekigi.

Du vojaĝoj, en ĉi tiu ordo

La manlibro apartigas tri operaciojn: krei peton en la malkonektita sistemo, elŝuti en konektita helpanto, kaj enporti reen en la celo. Refreŝigu la deponejajn metadatumojn de la celo antaŭ ol peti pakaĵojn, ĉar la pakaĵa peto estas konstruata el tiuj metadatumoj, kaj eksdataj indeksoj produktas petojn, kiujn la helpanto ne povas plenumi.

En la celo, administranta komando laŭ la formo apt-offline set vpn-meta.sig --update skribas la refreŝigan peton. Portu tiun dosieron al la konektita maŝino kaj elŝutu pakaĵaron per apt-offline get vpn-meta.sig --bundle vpn-meta.zip. Revenigu la pakaĵaron kaj enportu ĝin en la celo per apt-offline install vpn-meta.zip, denove kiel administranto.

Nun kreu la pakaĵan peton el la refreŝigitaj metadatumoj, ekzemple apt-offline set vpn-deps.sig --install-packages openvpn, kaj ripetu la vojaĝon kun nova pakaĵara nomo. Tenu ĉiun peton kunparigita kun la pakaĵaro, kiun ĝi produktis; pakaĵaro generita kontraŭ pli malnovaj metadatumoj ne estas la sama peto, eĉ kiam la dosiernomoj ŝajnas interŝanĝeblaj.

Aldonu la integrajn pakaĵojn nur kiam la dezajno bezonas ilin

Se la labortablo devas mastrumi la tunelon per siaj retaj agordoj, la peto bezonas la kongruan kromaĵon same kiel la motoron. Inkluzivu la koncernajn pakaĵnomojn, kiujn via eldono provizas, anstataŭ liston memoritan el alia distribuo, kaj kreu freŝan peton ĉiufoje, kiam la listo ŝanĝiĝas. Ankaŭ fiksigo de versioj meritas pripensadon: pakaĵo konstruita por pli nova eldono povas plenumi la nomon kaj tamen malsukcesi dum rulado. Ĝuste ĉi tie fiksa aro de kvar pakaĵoj fariĝas ŝarĝo, ĉar la ĝusta listo estas eco de la celo, kaj nur la celo povas ĝin kalkuli.

Ankaŭ ĉi tie fiksa aro de kvar pakaĵoj fariĝas ŝarĝo. La ĝusta listo estas eco de la celo, kaj la celo estas la sola maŝino, kiu povas ĝin kalkuli ĝuste.

Enporti pakaĵaron ne estas instali la VPN

Spite la nomon, la instaloperacio deponas APT-datumojn en la pakaĵmastruman medion. Ĝi ne plenumas la pakaĵan transakcion. Kompletigu kaj revizu la faktan APT-instaladon de la celo el la loke provizitaj datumoj, kaj legu la eligon anstataŭ supozi, ke la sukceso de la ZIP signifas, ke la programaro ĉeestas.

Se tiu transakcio ankoraŭ petas neatingeblajn dosierojn, konservu la koncernan mankantan dependencon aŭ deponejan eraron kaj kreu la sekvan peton el ĝi. Ne anstataŭigu DEB el alia eldono, kaj ne malŝaltu kontrolsumajn aŭ deponejajn aŭtentigajn kontrolojn por trudi ĝin. La manlibro eksplicite avertas kontraŭ preterlasi la kontroladon de elŝutitaj dosieroj, kaj prave: nekontrolita pakaĵo estas pli malbona rezulto ol malsukcesa instalado.

Pakaĵoj estas nur la unua duono

Instali programaron apartiĝas de akiri la aprobitan finpunkton, profilon, fidaĵojn kaj akreditaĵojn, kaj ĉiu el ili povas havi sian propran kontrolitan transdonon. Funkcianta pakaĵaro sen valida profilo konektiĝas al nenio.

Poste tenu la senretan transportvojon viva por estontaj ĝisdatigoj. Trakti la unuan sukcesan konekton kiel finon de prizorgado signifas, ke la sekva sekureca ĝisdatigo atendas, ĝis iu kun aŭto povas viziti, kaj tiel senreta reto kviete restas jarojn malantaŭe.