Il 31 agosto 2026 si è chiusa una tappa importante per molti server basati su Debian: il supporto a lungo termine (LTS) per Debian 11 “Bullseye” è terminato. Da settembre 2026, il progetto Debian non fornisce più aggiornamenti di sicurezza ufficiali per questa release.
Chi continua a usare Bullseye dopo questa data gestisce di fatto sistemi senza patch per le nuove vulnerabilità scoperte nel kernel, nei servizi di rete e nelle librerie di base. Per un server che ospita una radio online, un sito Drupal o altri servizi esposti su Internet, questo aumenta il rischio di compromissione nel tempo.
Cosa significa “EOL” nella pratica
“End of Life” per una release Debian implica tre cose principali:
- niente più aggiornamenti di sicurezza dal team Debian Security e LTS;
- niente più advisory ufficiali per le vulnerabilità scoperte;
- nessuna garanzia che i pacchetti rimangano compatibili con repository esterni o tool di terze parti.
Alcuni pacchetti possono ancora ricevere supporto tramite progetti commerciali Extended LTS, ma si tratta di coperture parziali, limitate ad alcuni architetture e subset di pacchetti. Per la maggior parte degli utenti, la raccomandazione ufficiale è chiara: migrare a Debian 12 “Bookworm” (ora oldstable con LTS fino al 30 giugno 2028) o direttamente a Debian 13 “Trixie”, l’attuale stable.
Perché è rilevante per radio e siti web
Un server radio tipico può includere:
- LibreTime o un altro software di automazione;
- Icecast o Liquidsoap per lo streaming;
- un web server (Apache/Nginx) per l’interfaccia e il sito;
- database (MariaDB/PostgreSQL) e PHP per Drupal o altri CMS.
Ognuno di questi componenti dipende da librerie di sistema, dal kernel e da configurazioni di rete. Vulnerabilità non patchate in uno strato basso possono compromettere l’intero stack, indipendentemente dalla correttezza del software applicativo.
Per un sito Drupal, il rischio è analogo: anche se il CMS è aggiornato, un server sottostante non più mantenuto espone il progetto a attacchi a livello di sistema operativo, rete o servizi di supporto.
Opzioni di migrazione
Le strade principali sono due:
- Debian 12 “Bookworm”
- oldstable con LTS attivo fino al 30 giugno 2028;
- percorso di upgrade consolidato da Bullseye;
- buona compatibilità con software già in uso.
- Debian 13 “Trixie”
- stable attuale;
- pacchetti più recenti e supporto a lungo termine davanti a sé;
- richiede verifiche più attente su compatibilità e dipendenze.
Per un server di produzione che deve rimanere stabile, Bookworm è spesso la scelta più prudente. Trixie ha senso quando si vuole approfittare di versioni più nuove di kernel, librerie e tool, accettando un margine maggiore di verifica.
Una procedura di upgrade prudente
Una migrazione sicura non dovrebbe mai essere fatta direttamente in produzione. Una possibile sequenza:
- Inventario
- elencare tutti i servizi attivi (radio, streaming, web, database, cron, backup);
- annotare versioni di Debian, kernel, PHP, database e software principali.
- Ambiente di test
- clonare il server o ricreare una macchina simile;
- eseguire l’upgrade su questo ambiente;
- verificare il funzionamento di tutti i servizi.
- Backup verificati
- backup completo del filesystem e dei database;
- test di ripristino su una macchina separata per confermare che i backup siano validi.
- Upgrade in produzione
- seguire la procedura ufficiale di Debian per l’upgrade di release;
- aggiornare i repository, eseguire l’upgrade dei pacchetti, gestire le nuove configurazioni;
- controllare log di sistema, web server, database e applicazioni.
- Post-upgrade
- verificare che radio, streaming, Drupal e cron funzionino correttamente;
- controllare eventuali warning o errori nei log;
- documentare le modifiche effettuate e le versioni finali.
Questa approccio riduce il rischio di interruzioni e permette di tornare indietro in modo controllato se qualcosa non funziona come previsto.
Open source e responsabilità operativa
Usare Debian non significa solo installare una distribuzione libera: significa anche assumersi la responsabilità di mantenerla aggiornata. La fine del supporto a Bullseye è un promemoria concreto: la libertà del software open source va accompagnata da pratiche operative solide.
Per un progetto che combina radio, web e contenuti editoriali, aggiornare il sistema operativo è parte della cura del progetto stesso. Garantisce che il lavoro di mesi o anni non sia esposto a rischi evitabili e mantiene l’infrastruttura allineata con le scelte della comunità Debian.