Debian Snapshot: cum reproduci un mediu APT pentru debugging și rollback

O actualizare poate schimba simultan aplicația, bibliotecile și dependențele sale. Când o problemă apare după câteva luni, depozitul Debian curent nu mai oferă neapărat aceeași combinație. snapshot.debian.org păstrează stări istorice ale arhivelor și poate fi folosit ca un depozit APT obișnuit, ceea ce ajută la reconstruirea setului de pachete disponibil la o anumită dată.

Ce reproduce Debian Snapshot — și ce nu

Serviciul oferă acces la pachete vechi după dată și versiune. Pentru o investigație, poți compara un mediu bazat pe arhiva anterioară incidentului cu unul bazat pe arhiva ulterioară. Astfel restrângi intervalul în care a apărut regresia, fără să modifici direct serverul afectat.

Acesta este însă un snapshot al arhivei, nu o copie a întregului sistem. Nu păstrează automat fișierele din /etc, datele aplicației, variabilele de mediu, servicii terțe, firmware-ul, kernelul pornit sau pachetele instalate din alte depozite. Arhitectura, suita Debian și sursele suplimentare trebuie consemnate separat. Pentru alegerea suitei, este utilă și diferența dintre Debian Stable, Testing sau Sid.

Înregistrează starea înainte de test

Începe cu o clonă de mașină virtuală, un container de test compatibil sau alt mediu izolat. Păstrează backupul și configurația APT curentă; nu transforma serverul de producție în laborator. Inventarul pachetelor instalate poate fi exportat fără a schimba sistemul:

dpkg-query -W -f='${binary:Package}t${Version}n' > pachete-instalate.tsv

dpkg-query --show listează pachetele potrivite și permite personalizarea formatului. Salvează separat fișierele sources.list, preferințele APT, arhitectura și configurațiile aplicației. Pentru reconstrucții repetabile ale unei mașini complete, abordarea cu Packer, cloud-init și verificarea artefactelor acoperă o zonă mai largă decât arhiva de pachete.

Fixează arhivele la timestampuri reale

Interfața Snapshot permite navigarea arhivei pe luni și timestampuri. Formatul documentat este AAAALLZZThhmmssZ, în UTC; dacă timestampul cerut nu corespunde unui import, serviciul alege cel mai recent import anterior. Pentru un rezultat auditabil, notează timestampul exact afișat de serviciu pentru fiecare arhivă.

Într-un mediu de test Debian „trixie”, următoarele intrări indică două importuri reale verificate pentru 1 iunie 2026, unul pentru arhiva principală și altul pentru arhiva de securitate:

deb [check-valid-until=no] https://snapshot.debian.org/archive/debian/20260601T023511Z/ trixie main
deb [check-valid-until=no] https://snapshot.debian.org/archive/debian-security/20260601T002955Z/ trixie-security main

Adaugă numai componentele folosite de sistemul analizat și dezactivează celelalte surse în copia de test, altfel APT poate combina pachete istorice cu versiuni curente. Opțiunea check-valid-until=no este destinată arhivelor istorice care nu mai sunt actualizate; dezactivează doar verificarea expirării metadatelor, nu transforma sursa în una „de încredere” și nu folosi opțiuni care ocolesc autentificarea.

După configurare, actualizează indicii și inspectează candidatul înainte de orice instalare:

sudo apt-get update
apt-cache policy nume-pachet

apt-cache consultă metadatele APT fără să modifice starea sistemului. Verifică versiunea instalată, candidatul și originea, apoi compară inventarul rezultat cu cel salvat.

Debugging întâi, rollback abia după simulare

Pentru un pachet concret, APT acceptă forma nume-pachet=versiune. Documentația avertizează că selectarea explicită a versiunii poate produce downgrade și trebuie folosită cu grijă. Simulează mai întâi:

sudo apt-get -s install nume-pachet=versiune

Opțiunea -s nu execută schimbarea; afișează operațiile pe care APT le-ar cere de la dpkg. Examinează instalările, eliminările, pachetele reținute și dependențele. Simularea nu este o garanție absolută: starea sistemului se poate schimba, iar un utilizator fără drepturi poate să nu poată citi toată configurația APT.

Un rollback de pachete poate eșua dacă schema bazei de date, formatele fișierelor sau configurațiile au fost migrate înainte și nu sunt compatibile înapoi. Testează funcția aplicației și restaurarea datelor, nu doar pornirea serviciului. Principiul este similar unei migrări controlate între distribuții Enterprise Linux: inventar, mediu separat, criterii de validare și cale de revenire. Pentru producție, preferă restaurarea unui backup verificat sau promovarea imaginii testate, după aprobarea schimbării.

Întrebări frecvente

Debian Snapshot copiază întregul sistem?

Nu. Arhivează stări istorice ale depozitelor de pachete; configurațiile locale, datele, firmware-ul și sursele terțe trebuie păstrate separat.

De ce este necesar `check-valid-until=no`?

Metadatele unui snapshot vechi pot fi expirate prin proiectare. Opțiunea dezactivează verificarea expirării pentru acea sursă istorică, fără să înlocuiască verificarea autenticității.

Pot face downgrade direct pe serverul de producție?

Nu este o abordare prudentă. Testează într-o clonă izolată, rulează simularea APT și verifică dependențele, configurațiile și datele înaintea unei schimbări aprobate.