Retenção do APT ou caminho de atualização: reverter um cliente VPN
Compare uma retenção temporária do pacote com uma correção em frente após uma regressão do cliente VPN, incluindo o que uma retenção congela, o que ignora e como sair dela.
As atualizações do cliente quebram túneis, as versões mais antigas continuam a funcionar, e isso deixa dois remédios óbvios. Um mantém o pacote onde está e espera uma correção; o outro avança imediatamente para uma configuração suportada. Não são igualmente seguros, e nenhum é uma estratégia de manutenção sem saída. Compare-os pelo que realmente congelam antes de escolher.
Dois remédios para uma regressão
Reter um pacote mantém a versão que funciona instalada e impede o APT de a mover. Ganha tempo, mantém os utilizadores ligados e deixa o erro subjacente intacto. Avançar significa encontrar a versão suportada que corrige a regressão, ou mudar o proprietário da ligação para algo que a distribuição ainda mantém. Custa mais trabalho de início e elimina o risco permanente.
A escolha depende de três factos que deve ter antes de decidir: que componente regrediu, se existe uma versão corrigida e quanto tempo o estado temporário pode ser tolerado.
Fixe a falha antes de escolher qualquer um dos dois
Uma atualização do núcleo do NetworkManager, uma atualização do plugin VPN e uma regressão do auxiliar de resolução parecem idênticas do lugar do utilizador e têm candidatos de reversão diferentes. Registe os pacotes exatos, as versões e o primeiro erro novo.
apt-cache policy network-manager network-manager-openvpn
dpkg -l | grep -E 'network-manager|openvpn|wireguard'
Os metadados do pacote podem estar desatualizados se as listas não foram atualizadas, por isso leia-os como uma pista e confirme com a versão realmente instalada. Não tire uma versão alvo de um post de fórum; a mesma cadeia de versão de outro lançamento pode trazer um conjunto de dependências diferente.
Compare o que uma retenção cobre
Uma retenção impede que um pacote seja instalado, atualizado ou removido automaticamente. Mas não congela as suas dependências, não repara uma ligação e não torna um binário antigo seguro. Essa lacuna é toda a comparação. Se a regressão veio de uma biblioteca à qual o cliente está ligado, reter o cliente não muda nada enquanto a biblioteca continua a mover-se.
sudo apt-get -s install network-manager=1.42.4-1
apt-mark showhold
Simule primeiro a descida de versão e leia as alterações propostas na íntegra. Uma descida que remove uma dependência de que o ambiente de trabalho precisa é outro incidente, e a simulação é o local mais barato para o descobrir. Se uma retenção for realmente o limite temporário correto, escreva-a como uma decisão com um proprietário, um motivo e uma condição de remoção. Uma retenção sem proprietário torna-se infraestrutura permanente que ninguém ousa tocar.
Compare as saídas
O caminho em frente é uma correção da distribuição ou do fornecedor, aplicada depois de verificada numa ligação independente. Isso mantém o sistema dentro do seu fluxo de atualizações suportado e fecha a exposição. O caminho de migração substitui o cliente ou o anfitrião por algo que a distribuição ainda mantém. Dá mais trabalho e é muitas vezes a única resposta honesta quando o componente regredido não tem versão corrigida nesse ramo.
sudo apt-mark unhold network-manager
sudo apt update
sudo apt full-upgrade
Qualquer que seja a saída escolhida, verifique o perfil exato, o caminho de autenticação, as rotas, o comportamento de DNS e a reconexão antes de declarar concluído. Um túnel que sobe uma vez não é o mesmo que um que sobrevive a uma suspensão, a uma mudança de rede e a um reinício. Guarde as provas da falha para o relatório de erro: versões dos pacotes, excertos do registo, a estrutura do perfil sem segredos. Nunca anexe chaves privadas ou credenciais para tornar um relatório mais completo.
O que o registo deve conter
Escreva a decisão em quatro linhas: o que regrediu, o que foi retido ou alterado, quem é dono do estado temporário e o que o remove. Acrescente a verificação que fez, porque o próximo engenheiro vai repeti-la.
Uma retenção com data de saída é uma fronteira de reversão gerida. Uma retenção sem data é uma descida de versão inexplicada que se tornou silenciosamente parte da infraestrutura.