APT-haltigo aŭ ĝisdatiga vojo: malfari VPN-klienton

Klientaj ĝisdatigoj rompas tunelojn, pli malnovaj versioj daŭre funkcias, kaj tio lasas du evidentajn rimedojn. Unu tenas la pakaĵon tie, kie ĝi estas, kaj atendas korekton; la alia tuj antaŭeniras al subtenata aranĝo. Ili ne estas same sekuraj, kaj neniu el ili estas bontenada strategio sen eliro. Komparu ilin laŭ tio, kion ili fakte frostas, antaŭ ol elekti.

Du rimedoj por unu regreso

Haltigi pakaĵon konservas la funkciantan version instalita kaj malhelpas APT movi ĝin. Ĝi aĉetas tempon, tenas uzantojn konektitaj kaj lasas la suban cimon netuŝita. Antaŭeniri signifas trovi la subtenatan eldonon, kiu korektas la regreson, aŭ ŝanĝi la posedanton de la konekto al io, kion la distribuo ankoraŭ prizorgas. Ĝi kostas pli da laboro antaŭe kaj forigas la daŭran riskon.

La elekto dependas de tri faktoj, kiujn vi devus havi antaŭ ol decidi: kiu komponanto regresis, ĉu ekzistas korektita eldono, kaj kiom longe la provizora stato tolereblas.

Fiksu la fiaskon antaŭ ol elekti iun ajn

Ĝisdatigo de la kerno de NetworkManager, ĝisdatigo de VPN-kromaĵo kaj regreso de solvila helpanto aspektas identaj de la sidloko de la uzanto kaj havas malsamajn malfar-kandidatojn. Notu la ĝustajn pakaĵojn, versiojn kaj la unuan novan eraron.

apt-cache policy network-manager network-manager-openvpn
dpkg -l | grep -E 'network-manager|openvpn|wireguard'

Pakaĵaj metadatumoj povas esti malnoviĝintaj, se la listoj ne estis refreŝigitaj, do legu ilin kiel aludon kaj konfirmu ilin kontraŭ la efektive instalita versio. Ne prenu celversion el forumafiŝo; la sama versia ĉeno el alia eldono povas porti alian dependaron.

Komparu, kion haltigo kovras

Haltigo malhelpas, ke pakaĵo estu aŭtomate instalita, ĝisdatigita aŭ forigita. Sed ĝi ne frostas ĝiajn dependojn, ne riparas konekton kaj ne igas malnovan binaran dosieron sekura. Ĝuste tiu manko estas la tuta komparo. Se la regreso venis de biblioteko, al kiu la kliento ligiĝas, haltigi la klienton ŝanĝas nenion dum la biblioteko daŭre moviĝas.

sudo apt-get -s install network-manager=1.42.4-1
apt-mark showhold

Unue simulu la malaltigon kaj legu la proponitajn ŝanĝojn tute. Malaltigo, kiu forigas dependon bezonatan de la labortablo, estas alia okazaĵo, kaj simulado estas la plej malmultekosta loko por malkovri ĝin. Se haltigo vere estas la ĝusta provizora limo, skribu ĝin kiel decidon kun posedanto, kialo kaj foriga kondiĉo. Haltigo sen posedanto fariĝas konstanta infrastrukturo, kiun neniu kuraĝas tuŝi.

Komparu la elirojn

La antaŭeniga vojo estas korekto de la distribuo aŭ de la vendisto, aplikata post kiam ĝi estas kontrolita per sendependa konekto. Tio tenas la sistemon ene de ĝia subtenata ĝisdatiga fluo kaj fermas la riskon. La migra vojo anstataŭigas la klienton aŭ la gastiganton per io, kion la distribuo ankoraŭ prizorgas. Ĝi postulas pli da laboro kaj ofte estas la sola honesta respondo, kiam la regresinta komponanto havas neniun korektitan eldonon en tiu eldonbranĉo.

sudo apt-mark unhold network-manager
sudo apt update
sudo apt full-upgrade

Kiun ajn eliron vi elektos, kontrolu la ĝustan profilon, la aŭtentikigan vojon, la itinerojn, la DNS-konduton kaj rekonekton antaŭ ol deklari ĝin preta. Tunelo, kiu leviĝas unufoje, ne samas al tiu, kiu eltenas suspendon, retŝanĝon kaj relanĉon. Konservu la fiaskajn pruvojn por la cimraporto: pakaĵversioj, eltiraĵoj el la ĵurnalo, la profilstrukturo sen sekretoj. Neniam aldonu privatajn ŝlosilojn aŭ akreditaĵojn por igi raporton pli kompleta.

Kion la registro devas enhavi

Skribu la decidon en kvar linioj: kio regresis, kio estis haltigita aŭ ŝanĝita, kiu posedas la provizoran staton kaj kio forigas ĝin. Aldonu la kontrolon, kiun vi faris, ĉar la sekva inĝeniero ripetos ĝin.

Haltigo kun elirdato estas administrita malfar-limo. Haltigo sen ĝi estas neklarigita malaltigo, kiu silente fariĝis parto de la infrastrukturo.