Debian o Ubuntu per un VPS: quale scegliere nel 2026?

Debian vs Ubuntu su un VPS: cosa cambia davvero

Ubuntu è costruita a partire da Debian. Entrambe usano apt e dpkg, systemd come init, AppArmor per impostazione predefinita e gli stessi percorsi di configurazione per la maggior parte dei demoni; se sai amministrare l'una, sai amministrare l'altra. Su un server cambiano la frequenza dei rilasci e la durata degli aggiornamenti, quanto è recente il software pacchettizzato, cosa gira per impostazione predefinita e chi garantisce gli aggiornamenti di sicurezza. Questo confronto copre tutto ciò per le versioni che trovi davvero oggi nelle immagini dei provider: Debian 12 (bookworm) e 13 (trixie), Ubuntu 22.04 LTS (jammy) e 24.04 LTS (noble).

Cadenza dei rilasci e finestre di supporto

Debian pubblica una nuova versione stable all'incirca ogni due anni, quando il freeze è concluso e non a una data fissa: Debian 12 è arrivata a giugno 2023, Debian 13 ad agosto 2025. Ogni rilascio riceve circa tre anni di supporto di sicurezza dal team di sicurezza Debian, poi altri due dal team LTS separato. Debian 12 è entrata in questa fase LTS a metà 2026 ed è coperta fino a giugno 2028; Debian 13 ha supporto completo fino a circa agosto 2028 e LTS fino al 2030. LTS è una garanzia reale ma più ristretta (solo architetture principali, alcuni pacchetti esclusi): installa debian-security-support ed esegui check-support-status per vedere cosa resta escluso sulla tua macchina.

Ubuntu segue un calendario. I rilasci intermedi ogni sei mesi hanno nove mesi di supporto e non hanno posto su un VPS di produzione. I rilasci LTS escono ogni due anni ad aprile con cinque anni di manutenzione di sicurezza standard: fino al 2027 per 22.04, al 2029 per 24.04. Ubuntu Pro estende il tutto a dieci anni (2032 e 2034) ed è gratuito per uso personale su un massimo di cinque macchine. Ubuntu 26.04 LTS è uscita ad aprile 2026; come per ogni nuova LTS, molti amministratori aspettano la prima point release e la stabilizzazione delle immagini dei provider prima di portarci la produzione.

Aggiornamento dei pacchetti: kernel, Python, Node.js, Docker

È la differenza pratica più grande. Debian stable congela le versioni al rilascio e poi effettua il backport solo di correzioni di sicurezza e bug importanti; Ubuntu LTS fa lo stesso ma parte da uno snapshot più recente e offre una serie di kernel hardware-enablement (HWE) in aggiornamento continuo. La tabella elenca ciò che contengono i repository predefiniti (major.minor; i livelli di patch cambiano con gli aggiornamenti).

Ne derivano tre conseguenze. Primo, nessuna delle versioni di Node.js pacchettizzate è quella che vuoi nel 2026 (Node 18 e 20 hanno superato il fine vita upstream), quindi su entrambe le distribuzioni installerai Node dal repository apt di NodeSource o da un gestore di versioni come nvm. Secondo, su Docker è pareggio: il repository apt di Docker fornisce build di Docker CE identiche per tutti e quattro i rilasci, e la nostra guida su come installare Docker su un VPS Ubuntu funziona anche su Debian sostituendo linux/ubuntu con linux/debian nell'URL del repository. Terzo, il divario sul kernel si può colmare: su Debian con i backports, su Ubuntu con HWE.

# Debian 12: newer kernel from backports
echo "deb http://deb.debian.org/debian bookworm-backports main" | sudo tee /etc/apt/sources.list.d/backports.list
sudo apt update && sudo apt install -t bookworm-backports linux-image-amd64

# Ubuntu 24.04: move to the HWE kernel series
sudo apt install linux-generic-hwe-24.04

Un dettaglio di Python coglie di sorpresa chi passa dall'una all'altra: Debian 12, Debian 13 e Ubuntu 24.04 contrassegnano l'interprete di sistema come gestito esternamente (PEP 668), quindi un semplice pip install si ferma con un errore externally-managed-environment; usa python3 -m venv o pipx. Ubuntu 22.04 consente ancora pip a livello di sistema, comodo fino al momento in cui sovrascrive qualcosa gestito da apt.

Snap vs apt, servizi predefiniti e impronta di sistema

Debian non include alcuno snap: snapd è nell'archivio se lo vuoi, ma nulla dipende da esso. Le immagini di Ubuntu Server arrivano con snapd installato e attivo, e LXD viene distribuito come snap. Gli snap sono bundle autonomi ad aggiornamento automatico con filesystem montati in loop: vanno bene su una workstation, meno su un piccolo VPS dove vuoi decidere tu quando aggiornare. Se usi Ubuntu e non ti servono:

snap list                      # usually lxd, core/base snaps and snapd
sudo snap remove --purge lxd
sudo apt purge snapd
sudo apt-mark hold snapd       # stop it coming back as a dependency

Oltre agli snap, un Ubuntu Server standard esegue in background più cose di Debian: il client Ubuntu Pro con i suoi timer apt-news e della cache ESM, la segnalazione dei crash apport, multipathd, motd-news e unattended-upgrades attivo. Le immagini Debian partono con meno: sshd, cron, systemd-timesyncd, journald e, sulle immagini cloud, cloud-init. Una Debian appena installata resta quindi a riposo con meno RAM e occupa meno disco, per ciò che manca più che per una profonda differenza ingegneristica; misuralo sulla tua immagine con free -m, df -h e systemctl list-units --type=service --state=running. Due impostazioni predefinite di Ubuntu da conoscere: apt stampa avvisi di Ubuntu Pro (si disattivano con sudo pro config set apt_news=false) e la 24.04 limita i namespace utente non privilegiati tramite AppArmor, il che può ostacolare configurazioni di container rootless ma non un demone Docker eseguito come root.

Aggiornamenti di sicurezza: chi corregge cosa, e per quanto tempo

Entrambe le distribuzioni distribuiscono le correzioni tramite una suite dedicata (bookworm-security e trixie-security su security.debian.org; jammy-security e noble-security su Ubuntu), e la procedura è identica: sudo apt update && sudo apt full-upgrade, poi un riavvio se sono cambiati il kernel o la libc. La nostra guida su come aggiornare Ubuntu da riga di comando vale alla lettera anche per Debian.

Cambia invece la copertura. Il team di sicurezza di Debian si occupa di tutto ciò che sta in main, cioè dell'intero archivio predefinito, con una breve lista pubblicata di eccezioni. La garanzia quinquennale di Ubuntu copre solo il componente main; il ben più vasto universe, dove vivono docker.io, nodejs, Redis e migliaia di altri pacchetti, riceve correzioni della comunità senza garanzie, a meno che tu non attivi Ubuntu Pro, che sblocca le patch ESM anche per universe. Se il tuo stack si appoggia a universe, attiva Pro (sudo pro attach TOKEN) oppure prendi quei componenti dai repository upstream con i loro rilasci di sicurezza.

Ubuntu Pro include anche Livepatch per il kernel, che applica correzioni critiche del kernel senza riavvio; Debian non ha un equivalente integrato, quindi un aggiornamento del kernel comporta un riavvio nel momento che scegli tu. Gli aggiornamenti di sicurezza automatici si attivano con una riga su entrambe: unattended-upgrades è attivo di default su Ubuntu Server e, se la tua immagine Debian non lo ha già abilitato, sudo apt install unattended-upgrades && sudo dpkg-reconfigure -plow unattended-upgrades lo attiva per la suite di sicurezza.

Differenze quotidiane che incontrerai su un server

• Rete. Ubuntu configura le interfacce con netplan (YAML in /etc/netplan/), tradotto in systemd-networkd sui server. Le immagini Debian usano il classico ifupdown (/etc/network/interfaces) o direttamente systemd-networkd, a seconda dell'immagine.
• Firewall. Ubuntu installa ufw, inattivo finché non lo abiliti. Debian non preconfigura alcun front-end; nftables è il suo framework predefinito e ufw dista un apt install.
• Sorgenti apt. Entrambe sono passate al formato deb822 per le nuove installazioni: Ubuntu 24.04 usa /etc/apt/sources.list.d/ubuntu.sources, Debian 13 usa /etc/apt/sources.list.d/debian.sources. Debian 12 e Ubuntu 22.04 usano ancora il formato a riga singola in /etc/apt/sources.list.
• Identificare il sistema. Non fidarti di /etc/debian_version su Ubuntu: riporta il ramo Debian da cui Ubuntu è derivata (trixie/sid sulla 24.04). Leggi invece /etc/os-release; vedi come trovare la versione del sistema operativo da riga di comando per l'elenco completo dei comandi.
• Extra. Una Debian minimale può non avere lsb-release, curl o persino sudo (il netinstall lo salta se imposti una password di root); Ubuntu li include tutti.

Comunità, documentazione e percorsi di aggiornamento

Ubuntu ha l'ecosistema di tutorial più ampio: Ask Ubuntu, la guida ai server di Canonical e la maggior parte degli articoli "installare X su Linux" puntano all'attuale Ubuntu LTS. Quasi tutti funzionano su Debian senza modifiche; quando uno fallisce di solito dipende da un PPA (solo Ubuntu) o presuppone una certa versione di pacchetto. I punti di forza di Debian sono il Wiki, il manuale Policy e le note di rilascio che documentano ogni cambiamento di comportamento tra le versioni. Il supporto commerciale arriva da Canonical per Ubuntu e da terze parti come Freexian, che finanzia i programmi LTS ed Extended LTS, per Debian.

Gli aggiornamenti in loco funzionano bene su entrambe. Debian: punta le sorgenti apt al nome in codice successivo, esegui apt full-upgrade, segui le note di rilascio. Ubuntu: sudo do-release-upgrade, proposto per i salti da LTS a LTS solo dopo la prima point release della LTS successiva. Il passaggio incrociato tra le due non è supportato: in quel caso serve una reinstallazione.

Quando conviene Debian e quando conviene Ubuntu

Scegli Debian quando la macchina deve essere piccola, silenziosa e noiosa: un reverse proxy, un mail server, un endpoint WireGuard, un database che vuoi lasciare in pace per anni o un host Docker dove tutto ciò che conta vive comunque nei container. Ottieni un'installazione minimale, nessuno snap, un archivio con supporto di sicurezza completo e un rilascio che cambia solo quando decidi tu di aggiornarlo. Debian 13 è la scelta predefinita per i nuovi server; Debian 12 resta valida per quelli esistenti per tutta la sua fase LTS.

Scegli Ubuntu LTS quando vuoi runtime e kernel più recenti senza uscire dai repository della distribuzione, quando il tuo team o la tua documentazione ruotano attorno a Ubuntu, quando ti servono LXD, MicroK8s o altri strumenti Canonical, o quando dieci anni di supporto, Livepatch e un fornitore da chiamare contano più di un'installazione essenziale. Ubuntu 24.04 è la scelta sensata per i nuovi deployment; la 22.04 è supportata fino al 2027 ma va inserita in un piano di aggiornamento. Non aspettarti differenze di prestazioni: stesse famiglie di kernel, stessi compilatori, stessi demoni, quindi un carico nginx o PostgreSQL difficilmente si comporterà in modo misurabilmente diverso, e la CPU e la RAM del VPS fissano il limite ben prima della distribuzione.

La scelta conta solo su un server che controlli interamente. I piani VPS Linux di rdp.monster arrivano con Debian o Ubuntu preinstallati, con accesso root completo, CPU e RAM dedicate, banda illimitata (fair-use), nessun KYC e pagamenti in criptovaluta accettati, da $8.99/mese; il server viene consegnato circa 10 secondi dopo la conferma del pagamento, quindi la decisione qui sopra è un menù a tendina al checkout e non un progetto.

Domande frequenti

Debian è più veloce di Ubuntu su un VPS?

Non in un modo che potrai misurare con carichi reali; Debian è solo più leggera a riposo perché esegue meno servizi per impostazione predefinita.

Entrambe le distribuzioni compilano gli stessi demoni con le stesse famiglie di compilatori ed eseguono kernel dallo stesso upstream, quindi nginx, PostgreSQL o un'app Node rendono allo stesso modo, a meno del rumore di misura. La differenza visibile è l'impronta a riposo: un Ubuntu Server standard esegue snapd, il client Pro, apport e multipathd che Debian non ha, quindi Debian usa un po' meno RAM appena installata. Rimuovili su Ubuntu e il divario sparisce quasi del tutto. Verifica con free -m sul tuo server.

Posso passare un VPS da Ubuntu a Debian (o da Debian a Ubuntu) senza reinstallare?

No. Il passaggio incrociato tra le due non è supportato: fai un backup dei dati e reinstalla da un'immagine nuova.

Anche se Ubuntu deriva da Debian, i loro archivi di pacchetti non sono intercambiabili e puntare apt ai repository dell'altra distribuzione rompe il sistema. La via supportata è un'installazione pulita della distribuzione di destinazione dall'immagine del tuo provider, poi il ripristino di configurazione e dati. Poiché gli strumenti sono gli stessi, la migrazione consiste di solito nel copiare frammenti di /etc, le home directory e i dump dei database, e nel rieseguire apt install per i pacchetti che ti servono. Pianifica una breve finestra di manutenzione invece di una conversione in loco.

Ubuntu 22.04 è ancora sicura da usare su un server nel 2026?

Sì, con aggiornamenti di sicurezza standard per main fino al 2027 e dieci anni tramite Ubuntu Pro, ma va inserita in un piano di aggiornamento.

Ubuntu 22.04 LTS riceve manutenzione di sicurezza standard fino al 2027 e, con Ubuntu Pro collegato (gratuito fino a cinque macchine), copertura estesa fino al 2032. Il software pacchettizzato invecchia però: Python 3.10, Node.js 12 e un kernel 5.15 GA. Per un server esistente va ancora bene; abilita il kernel HWE se ti serve supporto per hardware o filesystem più recenti, e tieni attivo unattended-upgrades. Per qualsiasi cosa nuova parti dalla 24.04, e programma do-release-upgrade per le macchine 22.04 esistenti prima della scadenza del 2027.

Ho bisogno di Ubuntu Pro su un VPS?

Solo se dipendi da pacchetti di universe, vuoi Livepatch o ti servono aggiornamenti oltre la finestra standard di cinque anni.

La copertura di sicurezza gratuita di Ubuntu riguarda il componente main. I pacchetti di universe, tra cui docker.io, nodejs e molti strumenti web e di database, ricevono patch garantite solo tramite l'Expanded Security Maintenance di Pro. Pro aggiunge anche Livepatch per il kernel e cinque anni di supporto in più. È gratuito per uso personale fino a cinque macchine: esegui sudo pro attach con il tuo token e sudo pro status per vedere cosa è attivo. Se installi il tuo stack dai repository upstream invece che da universe, puoi tranquillamente farne a meno.