Asiakasohjelman päivitykset rikkovat tunneleita, vanhemmat versiot toimivat edelleen, ja se jättää kaksi ilmeistä keinoa. Toinen pitää paketin paikallaan ja odottaa korjausta; toinen siirtyy heti tuettuun järjestelyyn. Ne eivät ole yhtä turvallisia, eikä kumpikaan ole ylläpitostrategia ilman ulospääsyä. Vertaa niitä sen mukaan, mitä ne todella jäädyttävät, ennen kuin valitset.

Kaksi keinoa yhteen regressioon

Paketin pidättäminen pitää toimivan version asennettuna ja estää APT:ta siirtämästä sitä. Se ostaa aikaa, pitää käyttäjät yhteydessä ja jättää taustalla olevan vian koskemattomaksi. Eteenpäin meneminen tarkoittaa tuetun julkaisun löytämistä, joka korjaa regression, tai yhteyden omistajan vaihtamista johonkin, jota jakelu edelleen ylläpitää. Se vaatii enemmän työtä etukäteen ja poistaa pysyvän riskin.

Valinta riippuu kolmesta asiasta, jotka sinulla pitäisi olla ennen päätöstä: mikä komponentti regressoitui, onko korjattu julkaisu olemassa ja kuinka kauan väliaikaista tilaa voidaan sietää.

Kiinnitä vika ennen kuin valitset kumman tahansa

NetworkManagerin ytimen päivitys, VPN-liitännäisen päivitys ja resolverin apurin regressio näyttävät käyttäjän paikalta samoilta ja niillä on eri palautusehdokkaat. Kirjaa tarkat paketit, versiot ja ensimmäinen uusi virhe.

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

Paketin metatiedot voivat olla vanhentuneita, jos luetteloita ei ole päivitetty, joten lue ne vihjeenä ja vahvista ne todella asennetun version perusteella. Älä ota kohdeversiota foorumiviestistä; saman version merkkijono toisesta julkaisusta voi kantaa eri riippuvuusjoukon.

Vertaa, mitä pidätys kattaa

Pidätys estää paketin automaattisen asentamisen, päivittämisen tai poistamisen. Mutta se ei jäädytä sen riippuvuuksia, ei korjaa yhteyttä eikä tee vanhasta binääritiedostosta turvallista. Juuri se aukko on koko vertailu. Jos regressio tuli kirjastosta, johon asiakasohjelma linkittyy, asiakasohjelman pidättäminen ei muuta mitään, kun kirjasto liikkuu edelleen.

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

Simuloi ensin alentaminen ja lue ehdotetut muutokset kokonaan. Alentaminen, joka poistaa työpöydän tarvitseman riippuvuuden, on toinen tapaus, ja simulointi on halvin paikka löytää se. Jos pidätys on todella oikea väliaikainen raja, kirjoita se päätöksenä, jolla on omistaja, syy ja poistamisehto. Omistajaton pidätys muuttuu pysyväksi infrastruktuuriksi, jota kukaan ei uskalla koskea.

Vertaa ulospääsyteitä

Eteenpäin vievä tie on jakelun tai toimittajan korjaus, joka otetaan käyttöön sen jälkeen, kun se on vahvistettu riippumattomalla yhteydellä. Se pitää järjestelmän tuetussa päivitysvirrassa ja sulkee altistuksen. Siirtymätie korvaa asiakasohjelman tai isännän jollakin, jota jakelu edelleen ylläpitää. Se on enemmän työtä ja usein ainoa rehellinen vastaus, kun regressoituneella komponentilla ei ole korjattua julkaisua kyseisessä julkaisuhaarassa.

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

Minkä tahansa ulospääsyn valitsetkin, vahvista tarkka profiili, todennuspolku, reitit, DNS-käyttäytyminen ja uudelleenyhdistäminen ennen kuin julistat sen valmiiksi. Kerran nouseva tunneli ei ole sama kuin tunneli, joka kestää keskeytyksen, verkon vaihtumisen ja uudelleenkäynnistyksen. Säilytä vian todisteet virheraporttia varten: pakettiversiot, lokiotteet, profiilin rakenne ilman salaisuuksia. Älä koskaan liitä yksityisiä avaimia tai tunnuksia tehdäksesi raportista täydellisemmän.

Mitä kirjauksen on sisällettävä

Kirjoita päätös neljälle riville: mikä regressoitui, mitä pidätettiin tai muutettiin, kuka omistaa väliaikaisen tilan ja mikä sen poistaa. Lisää tekemäsi vahvistus, koska seuraava insinööri toistaa sen.

Päättymispäivällä varustettu pidätys on hallittu palautusraja. Ilman sitä pidätys on selittämätön alentaminen, joka on hiljaa tullut osaksi infrastruktuuria.

Aiheeseen liittyvät artikkelit