Durata de viață și upgrade-urile de versiune

Modulul 4: Software și actualizări · Timp de citire: 11 minute

Obiectivul lecției: După această lecție veți putea afla durata de viață a distribuției dumneavoastră, veți ști ce înseamnă "end of life" pentru serverul dumneavoastră și veți putea planifica și efectua în siguranță un upgrade de versiune.

Noțiuni cheie: versiune (release), LTS, suport standard, Debian LTS, Ubuntu ESM și Ubuntu Pro, end of life (EOL), /etc/os-release, do-release-upgrade, upgrade minimal și upgrade complet, surse de pachete terțe, snapshot, curl | bash

Fiecare versiune are o dată de expirare

Actualizările automate (lecția 4.2) funcționează doar atâta timp cât distribuția dumneavoastră încă produce actualizări pentru versiunea pe care o folosiți. Fiecare versiune Debian și Ubuntu primește actualizări de securitate pentru o perioadă fixă. După aceea, actualizările se opresc: serverul dumneavoastră nu mai primește remedieri, nici măcar pentru vulnerabilități grave. Aceasta se numește end of life (EOL), adică sfârșitul duratei de viață.

Ce versiune aveți puteți vedea astfel:

anna@web1:~$ cat /etc/os-release
PRETTY_NAME="Debian GNU/Linux 13 (trixie)"
NAME="Debian GNU/Linux"
VERSION_ID="13"
VERSION="13 (trixie)"
VERSION_CODENAME=trixie
...

Pe Ubuntu apare, de exemplu, VERSION="24.04.3 LTS (Noble Numbat)".

Debian

Debian oferă suport complet pentru o versiune timp de aproximativ trei ani. Apoi echipa Debian LTS preia suportul pentru încă doi ani, cu actualizări de securitate pentru pachetele cele mai folosite. Pentru versiunile actuale (situația din noiembrie 2026, verificați pe debian.org/releases):

Așadar, Debian 12 mai primește actualizări prin LTS, dar se află în ultima fază. Un server nou îl instalați pe Debian 13.

Ubuntu

Ubuntu lansează la fiecare doi ani, în aprilie, o versiune LTS (Long Term Support), cu cinci ani de întreținere standard de securitate. Cu un abonament Ubuntu Pro (gratuit pentru uz personal pe câteva mașini) se adaugă ESM (Expanded Security Maintenance), până la zece ani în total.

Între versiunile LTS apar versiuni intermediare (de exemplu 25.10), cu doar nouă luni de suport. Acestea nu sunt destinate unui server care trebuie să funcționeze ani de zile. Pentru un server alegeți întotdeauna o versiune LTS.

Ce înseamnă EOL pentru dumneavoastră

Un server pe o versiune care nu mai primește actualizări continuă să funcționeze normal. Tocmai aici este pericolul: nu observați nimic până când cineva exploatează o vulnerabilitate care a fost reparată peste tot, mai puțin la dumneavoastră. În plus:

• software-ul nou (o versiune nouă de PHP, o versiune nouă de Docker) nu mai este compilat pentru versiunea dumneavoastră;
• sursele de pachete terțe se opresc și ele, adesea mai devreme;
• cu cât așteptați mai mult, cu atât saltul este mai mare. Debian nu acceptă sărirea unei versiuni: de la 11 la 13 trebuie să treceți prin 12.

De aceea, notați data EOL a serverului dumneavoastră în agendă, cu un memento cu o jumătate de an înainte.

Două variante: upgrade sau reconstruire

Există două căi corecte către o versiune nouă.

1. Upgrade pe loc (in-place): actualizați serverul existent la noua versiune. Este rapid și totul rămâne la locul lui, dar resturile vechi și modificările proprii sunt preluate și ele.
2. Reconstruire: creați un server nou cu noua versiune, instalați din nou serviciile (simplu cu notițele din lecția 10.4 sau cu Docker Compose, modulul 9), transferați datele din backup și comutați DNS-ul (lecția 7.1). Mai multă muncă, dar rezultatul este curat și este în același timp un test al backupului dumneavoastră.

Pentru un server mic cu câteva servicii, un upgrade pe loc este perfect. Dacă rulează multe configurații personalizate sau serverul a fost deja actualizat de câteva ori, luați în considerare reconstruirea.

Pregătirea unui upgrade pe loc

Asigurați-vă de aceste cinci lucruri înainte de a începe:

1. Un snapshot în panoul furnizorului dumneavoastră, chiar înainte de a începe, și un backup recent în afara serverului (modulul 8). Snapshotul este calea rapidă de întoarcere dacă upgrade-ul eșuează la jumătate.
2. O a doua cale de acces: consola furnizorului dumneavoastră. Lucrați prin SSH, iar dacă setările de rețea sau serverul SSH se schimbă în timpul upgrade-ului, veți dori să puteți continua prin consolă. Notele de lansare Debian o spun explicit: asigurați-vă dinainte de o altă modalitate de autentificare.
3. Citiți notele de lansare, în special capitolul "Issues to be aware of". Pentru Debian 13 apar acolo, de exemplu: /tmp se află acum implicit în memorie, /etc/sysctl.conf nu mai este citit (folosiți /etc/sysctl.d/), iar /boot trebuie să fie suficient de mare.
4. Verificați sursele terțe. Pachetele care nu provin de la Debian sau Ubuntu pot intra în conflict în timpul upgrade-ului. Verificați ce surse aveți (ls /etc/apt/sources.list.d/) și dacă producătorul are deja o versiune pentru noua lansare.
5. O sesiune care supraviețuiește unei conexiuni întrerupte. Porniți upgrade-ul în tmux sau screen. Dacă vă cade internetul, upgrade-ul continuă, iar dumneavoastră îl reluați cu tmux attach.

Debian: pașii

Din notele de lansare Debian 13, pentru un upgrade de la 12 la 13:

root@web1:~# apt update && apt full-upgrade          # mai întâi actualizați complet versiunea curentă
root@web1:~# sed -i 's/bookworm/trixie/g' /etc/apt/sources.list.d/debian.sources
root@web1:~# apt update
root@web1:~# apt upgrade --without-new-pkgs          # actualizare minimă
root@web1:~# apt full-upgrade                        # actualizare completă
root@web1:~# reboot

Dacă folosiți încă /etc/apt/sources.list, modificați numele de cod și acolo. Sursele terțe le dezactivați temporar în timpul upgrade-ului (le redenumiți în .disabled) și apoi le reactivați cu numele de cod al noii versiuni, dacă producătorul îl oferă.

În timpul upgrade-ului, fiți atenți la întrebările despre fișierele de configurare. Dacă ați modificat singur un fișier, de exemplu sshd_config, dpkg vă întreabă dacă doriți să păstrați versiunea dumneavoastră. Păstrați-vă versiunea dacă știți de ce ați modificat-o și comparați-o apoi cu versiunea nouă (.dpkg-dist).

După repornire:

anna@web1:~$ cat /etc/os-release | grep VERSION=
VERSION="13 (trixie)"
anna@web1:~$ systemctl --failed
anna@web1:~$ sudo apt autoremove

systemctl --failed (lecția 6.1) trebuie să nu afișeze nimic. Verificați și dacă site-urile și containerele dumneavoastră funcționează și dacă monitorizarea (lecția 8.3) este verde.

Ubuntu: do-release-upgrade

Ubuntu are un program propriu pentru aceasta:

anna@web1:~$ sudo apt update && sudo apt full-upgrade
anna@web1:~$ sudo do-release-upgrade

Două lucruri de știut. În primul rând, Ubuntu oferă upgrade-ul de la o versiune LTS la următoarea abia după prima versiune punctuală (de exemplu 26.04.1, la câteva luni după aprilie). Acest lucru este intenționat: în primele luni se rezolvă cele mai mari probleme. În al doilea rând, dacă rulați upgrade-ul prin SSH, do-release-upgrade anunță că pornește, ca măsură de siguranță, un server SSH suplimentar pe un port de rezervă. Acel port trebuie atunci permis de firewall (lecția 5.2) dacă aveți nevoie de el; de obicei nu aveți nevoie, deoarece aveți consola.

Marea capcană: software din afara distribuției

Upgrade-urile eșuează aproape întotdeauna din cauza software-ului care nu provine din distribuție. Trei obiceiuri fac diferența:

• Fără curl https://... | bash. Un script de pe internet pe care îl rulați direct ca root poate schimba orice pe serverul dumneavoastră: poate adăuga surse, poate face ca o cheie să fie de încredere pentru toate sursele, poate suprascrie fișiere. Nu știți ce s-a întâmplat, iar la următorul upgrade ceva se strică. Descărcați un astfel de script, citiți-l și efectuați mai bine pașii dumneavoastră înșivă.
• O sursă suplimentară doar de la producătorul însuși, cu o cheie proprie (Signed-By, lecția 4.1), și notați în documentația serverului de ce există.
• Fără fișiere .deb descărcate separat de pe site-uri atunci când pachetul este disponibil și din distribuție sau din sursa producătorului. Acestea nu primesc niciodată actualizări.

Pe AlmaLinux și Rocky Linux

O versiune "major" (9, 10) primește acolo actualizări timp de aproximativ zece ani, iar versiunile intermediare (9.6, 9.7) le actualizați pur și simplu cu dnf upgrade. Un salt pe loc la o nouă versiune major este posibil cu utilitarul ELevate (AlmaLinux), dar mulți administratori aleg totuși reconstruirea la trecerea la o nouă versiune major.

În practică

În ecranul VPS din WebOké creați înainte de un upgrade un snapshot (cel mult două simultan, pe aceeași stocare ca VPS-ul dumneavoastră) și aveți consola ca a doua cale de acces. La alți furnizori denumirile sunt similare: snapshot, consolă VNC sau web, rescue. Un snapshot nu înlocuiește un backup în afara serverului; ștergeți-l când totul funcționează, deoarece crește odată cu fiecare modificare.

Rezumat

• Fiecare versiune primește actualizări de securitate pentru o perioadă fixă; după aceea ajunge la end of life, iar serverul dumneavoastră nu mai primește remedieri.
• Debian: aproximativ trei ani plus doi ani LTS; Ubuntu LTS: cinci ani plus ESM până la zece ani. Pentru un server alegeți întotdeauna o versiune LTS și notați data de sfârșit în agendă.
• Pregătiți un upgrade cu un snapshot, un backup, consola, notele de lansare și o sesiune tmux.
• Debian: surse cu noul nume de cod, apt upgrade --without-new-pkgs, apt full-upgrade; Ubuntu: do-release-upgrade, după prima versiune punctuală.
• Software-ul din afara distribuției este cea mai mare sursă de probleme la upgrade: fără curl | bash, doar surse de la producător cu o cheie proprie.

Test (quiz)

Exercițiu

Exercițiul O4.3: Planul dumneavoastră de upgrade. Aflați pe ce versiune rulează serverul dumneavoastră și până când primește actualizări de securitate. Apoi întocmiți un plan de upgrade: ce surse terțe aveți, cum creați un snapshot și un backup, cum intrați prin consolă, ce pași efectuați, cum testați după aceea și dacă alegeți upgrade-ul pe loc sau reconstruirea (cu motivare)?

Lecturi suplimentare

• Snapshoturi și backupuri pentru VPS
• Atașarea unui ISO propriu sau reinstalarea VPS-ului
• Versiunile Debian și perioadele de suport: https://www.debian.org/releases/
• Debian 13, notele de lansare, capitolul 4 (upgrade) și 5 (aspecte de reținut): https://www.debian.org/releases/trixie/release-notes/
• Ubuntu, ciclul de lansare: https://ubuntu.com/about/release-cycle
• Documentația Ubuntu Server, Upgrade your release: https://ubuntu.com/server/docs/how-to/software/upgrade-your-release/