Актуализациите на клиента чупят тунели, по-старите версии продължават да работят и това оставя две очевидни решения. Едното задържа пакета там, където е, и чака поправка; другото преминава веднага към поддържана конфигурация. Те не са еднакво безопасни и нито едно не е стратегия за поддръжка без изход. Сравнете ги по това какво всъщност замразяват, преди да изберете.

Две решения за една регресия

Задържането на пакет запазва работещата версия инсталирана и не позволява на APT да я премести. Печели време, поддържа потребителите свързани и оставя основната грешка недокосната. Движението напред означава намиране на поддържаното издание, което поправя регресията, или смяна на собственика на връзката с нещо, което дистрибуцията все още поддържа. Струва повече работа в началото и премахва постоянния риск.

Изборът зависи от три факта, които трябва да имате преди решението: кой компонент е регресирал, има ли поправено издание и колко дълго може да се търпи временното състояние.

Фиксирайте повредата, преди да изберете едно от двете

Актуализация на ядрото на NetworkManager, актуализация на VPN плъгин и регресия на помощник за резолвер изглеждат еднакво от мястото на потребителя, но имат различни кандидати за връщане. Запишете точните пакети, версии и първата нова грешка.

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

Метаданните на пакета може да са остарели, ако списъците не са обновени, затова ги четете като подсказка и ги потвърждавайте срещу действително инсталираната версия. Не вземайте целева версия от публикация във форум; същият низ за версия от друго издание може да носи различен набор от зависимости.

Сравнете какво покрива задържането

Задържането предотвратява автоматичното инсталиране, надграждане или премахване на пакет. Но не замразява зависимостите му, не поправя връзка и не прави стар двоичен файл сигурен. Точно тази разлика е цялото сравнение. Ако регресията идва от библиотека, с която клиентът се свързва, задържането на клиента не променя нищо, докато библиотеката продължава да се движи.

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

Първо симулирайте понижаването и прочетете предложените промени изцяло. Понижаване, което премахва зависимост, нужна на работния плот, е друг инцидент и симулацията е най-евтиното място да го откриете. Ако задържането наистина е правилната временна граница, запишете го като решение със собственик, причина и условие за премахване. Задържане без собственик става постоянна инфраструктура, която никой не смее да докосне.

Сравнете пътищата за изход

Пътят напред е поправка от дистрибуцията или доставчика, приложена след проверка на независима връзка. Това държи системата в поддържания поток от актуализации и затваря излагането. Пътят на миграция заменя клиента или хоста с нещо, което дистрибуцията все още поддържа. Той е повече работа и често единственият честен отговор, когато регресиралият компонент няма поправено издание в този клон.

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

Който и изход да изберете, проверете точния профил, пътя за удостоверяване, маршрутите, поведението на DNS и повторното свързване, преди да го обявите за готово. Тунел, който се вдига веднъж, не е същото като тунел, който издържа на заспиване, смяна на мрежата и рестарт. Пазете доказателствата за повредата за доклада: версии на пакетите, извадки от журнала, структурата на профила без тайните. Никога не прикачвайте частни ключове или удостоверения, за да направите доклада по-пълен.

Какво трябва да съдържа записът

Запишете решението в четири реда: какво е регресирало, какво е задържано или променено, кой притежава временното състояние и какво го премахва. Добавете проверката, която сте направили, защото следващият инженер ще я повтори.

Задържане с дата за изход е управлявана граница на връщане. Задържане без такава е необяснено понижаване, което тихо е станало част от инфраструктурата.

Подобни статии