APT-hald eller oppgraderingsveg: rulle tilbake ein VPN-klient

Klientoppdateringar bryt tunnelar, eldre versjonar held fram med å verke, og det lèt att to openberre råd. Det eine held pakken der han er og ventar på ei retting; det andre går straks over til ei støtta ordning. Dei er ikkje like trygge, og ingen av dei er ein vedlikehaldsstrategi utan ein utgang. Samanlikn dei etter kva dei faktisk frys, før du vel.

To råd for éin regresjon

Å halde ein pakke held den verkelege versjonen installert og hindrar APT i å flytte han. Det kjøper tid, held brukarane tilkopla og lèt den underliggande feilen vere urørt. Å gå framover tyder å finne den støtta utgåva som rettar regresjonen, eller å byte eigaren av tilkoplinga til noko distribusjonen framleis vedlikeheld. Det kostar meir arbeid på førehand og fjernar den varige risikoen.

Valet avheng av tre fakta du bør ha før avgjerda: kva komponent som regredierte, om det finst ei retta utgåve, og kor lenge den mellombelse tilstanden kan tolast.

Fest feilen før du vel nokon av dei

Ei kjerneoppdatering av NetworkManager, ei VPN-plugin-oppdatering og ein regresjon i ein resolver-hjelpar ser identiske ut frå plassen til brukaren og har ulike kandidatar for tilbakerulling. Registrer dei nøyaktige pakkane, versjonane og den første nye feilen.

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

Pakkemetadata kan vere utdaterte når listene ikkje er oppdaterte, så les dei som eit hint og stadfest dei mot den faktisk installerte versjonen. Ikkje ta ein målversjon frå eit foruminnlegg; den same versjonsstrengen frå ei anna utgåve kan bere eit anna avhengigheitssett.

Samanlikn kva eit hald dekkjer

Eit hald hindrar at ein pakke blir automatisk installert, oppgradert eller fjerna. Men det frys ikkje avhengigheitene, reparerer ikkje ei tilkopling og gjer ikkje ei gammal binærfil trygg. Det gapet er heile samanlikninga. Viss regresjonen kom frå eit bibliotek klienten er lenka mot, endrar haldet av klienten ingenting medan biblioteket held fram med å flytte seg.

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

Simuler nedgraderinga først og les dei føreslåtte endringane i heilskap. Ei nedgradering som fjernar ei avhengigheit skrivebordet treng, er ei anna hending, og simuleringa er den billegaste staden å oppdage det. Viss eit hald verkeleg er den rette mellombelse grensa, skriv det som ei avgjerd med ein eigar, ein grunn og eit vilkår for fjerning. Eit hald utan eigar blir permanent infrastruktur som ingen tør å røre.

Samanlikn utgangsvegane

Den framoverretta vegen er ei retting frå distribusjonen eller leverandøren, brukt etter at ho er stadfesta på ei uavhengig tilkopling. Det held systemet innanfor den støtta oppdateringsstraumen og lukkar eksponeringa. Migreringsvegen byter ut klienten eller verten med noko distribusjonen framleis vedlikeheld. Det er meir arbeid og ofte det einaste ærlege svaret når den regredierte komponenten ikkje har ei retta utgåve i den utgåvegrena.

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

Uansett kva utgang du vel, stadfest den nøyaktige profilen, autentiseringsvegen, rutene, DNS-åtferda og gjenoppkoplinga før du erklærer det ferdig. Ein tunnel som kjem opp éin gong, er ikkje det same som ein som overlever dvale, eit nettverksbyte og ein omstart. Ta vare på feilbevisa for feilrapporten: pakkeversjonar, journalutdrag, profilstrukturen utan løyndomar. Legg aldri ved private nøklar eller legitimasjon for å gjere ein rapport meir fullstendig.

Kva journalen må innehalde

Skriv avgjerda på fire linjer: kva som regredierte, kva som vart halde eller endra, kven som eig den mellombelse tilstanden, og kva som fjernar han. Legg til stadfestinga du utførte, fordi den neste ingeniøren vil gjenta henne.

Eit hald med ein utgangsdato er ei styrt tilbakerullingsgrense. Eit hald utan er ei uforklart nedgradering som stille har blitt ein del av infrastrukturen.