Retenció d’APT o camí d’actualització: revertir un client VPN
Compareu una retenció temporal del paquet amb una correcció endavant després d’una regressió del client VPN, incloent què congela una retenció, què ignora i com sortir-ne.
Les actualitzacions del client trenquen els túnels, les versions antigues continuen funcionant, i això deixa dos remeis evidents. Un manté el paquet on és i espera una correcció; l’altre avança immediatament cap a una disposició admesa. No són igual de segurs, i cap dels dos no és una estratègia de manteniment sense sortida. Compareu-los pel que realment congelen abans de triar.
Dos remeis per a una regressió
Retenir un paquet manté la versió que funciona instal·lada i impedeix que APT la mogui. Guanya temps, manté els usuaris connectats i deixa l’error subjacent intacte. Avançar significa trobar la versió admesa que corregeix la regressió, o canviar el propietari de la connexió per alguna cosa que la distribució encara mantingui. Costa més feina d’entrada i elimina el risc permanent.
L’elecció depèn de tres fets que hauríeu de tenir abans de decidir: quin component ha regredit, si existeix una versió corregida i quant de temps es pot tolerar l’estat temporal.
Fixeu la fallada abans de triar cap de les dues
Una actualització del nucli de NetworkManager, una actualització del connector VPN i una regressió de l’ajudant de resolució semblen idèntiques des del seient de l’usuari i tenen candidats de reversió diferents. Captureu els paquets exactes, les versions i el primer error nou.
apt-cache policy network-manager network-manager-openvpn
dpkg -l | grep -E 'network-manager|openvpn|wireguard'
Les metadades del paquet poden estar desfasades si les llistes no s’han refrescat, així que llegiu-les com a indici i confirmeu-les amb la versió realment instal·lada. No prengueu una versió objectiu d’una publicació del fòrum; la mateixa cadena de versió d’una altra versió pot portar un conjunt de dependències diferent.
Compareu què cobreix una retenció
Una retenció impedeix que un paquet s’instal·li, s’actualitzi o se suprimeixi automàticament. Però no congela les seves dependències, no repara una connexió i no fa segura una versió binària antiga. Aquest buit és tota la comparació. Si la regressió prové d’una biblioteca amb què enllaça el client, retenir el client no canvia res mentre la biblioteca continua movent-se.
sudo apt-get -s install network-manager=1.42.4-1
apt-mark showhold
Simuleu primer la baixada de versió i llegiu els canvis proposats sencers. Una baixada que elimina una dependència que l’escriptori necessita és un altre incident, i la simulació és el lloc més barat per descobrir-ho. Si una retenció és realment el límit temporal correcte, escriviu-la com una decisió amb un propietari, un motiu i una condició de retirada. Una retenció sense propietari es converteix en infraestructura permanent que ningú no gosa tocar.
Compareu les sortides
El camí endavant és una correcció de la distribució o del proveïdor, aplicada després de verificar-la en una connexió independent. Això manté el sistema dins del seu flux d’actualitzacions admès i tanca l’exposició. El camí de migració substitueix el client o l’amfitrió per alguna cosa que la distribució encara manté. És més feina i sovint l’única resposta honesta quan el component regredit no té cap versió corregida en aquesta branca.
sudo apt-mark unhold network-manager
sudo apt update
sudo apt full-upgrade
Trieu la sortida que trieu, verifiqueu el perfil exacte, el camí d’autenticació, les rutes, el comportament del DNS i la reconnexió abans de declarar-ho fet. Un túnel que s’aixeca una vegada no és el mateix que un que sobreviu a una suspensió, a un canvi de xarxa i a un reinici. Guardeu les proves de la fallada per a l’informe: versions dels paquets, extractes del registre, l’estructura del perfil sense secrets. No adjunteu mai claus privades ni credencials per fer l’informe més complet.
Què ha de contenir el registre
Escriviu la decisió en quatre línies: què ha regredit, què s’ha retingut o canviat, qui és propietari de l’estat temporal i què el retira. Afegiu la verificació que heu fet, perquè el següent enginyer la repetirà.
Una retenció amb data de sortida és una frontera de reversió gestionada. Una retenció sense data és una baixada de versió inexplicada que s’ha convertit silenciosament en part de la infraestructura.