Configurare un server Ubuntu LTS

Ubuntu Server LTS e una scelta consolidata per ambienti produttivi: supporto quinquennale (esteso fino a dieci con Ubuntu Pro), ecosistema enorme di pacchetti, compatibilità con tutte le principali piattaforme cloud. Una corretta configurazione iniziale rende il server stabile e sicuro per anni.

Scegliere la versione e installare

Le release LTS escono ogni due anni in aprile: nel 2026 la 24.04 LTS "Noble Numbat" e ancora supportata, mentre la 26.04 LTS e fresca di rilascio. Per la produzione preferisci una LTS con almeno tre mesi di vita per beneficiare di patch consolidate. L'installazione minima parte dall'ISO live-server, senza GUI ne snap superflui.

Hardening iniziale

Dopo il primo accesso aggiorna tutto con apt update && apt full-upgrade. Crea un'utente sudo, importa la tua chiave SSH e disabilita login root e password authentication in /etc/ssh/sshd_config. Abilita UFW limitando le porte aperte e installa fail2ban. Attiva i livelli di security con apt install ubuntu-advantage-tools ed eventualmente Ubuntu Pro gratuito per uso personale che include Livepatch e ESM.

Servizi essenziali

Configura il fuso orario italiano, la sincronizzazione NTP con chrony o systemd-timesyncd e il logging persistente (systemd journald con Storage=persistent). Installa un'agente di monitoring (Netdata, Prometheus node-exporter, Telegraf) e un client di backup come restic o BorgBackup. Pianifica i cron job di manutenzione: cleanup di /tmp, logrotate aggressivo, vacuum su database.

Procedura passo-passo

1. Scarica l'ISO LTS ufficiale e verifica checksum SHA256.
2. Installa il sistema con partizionamento LVM per flessibilita futura.
3. Aggiorna tutti i pacchetti e riavvia.
4. Crea utenti amministrativi e configura SSH a chiavi pubbliche.
5. Abilita UFW, fail2ban e unattended-upgrades.
6. Attiva Ubuntu Pro se applicabile e Livepatch per il kernel.
7. Configura NTP, hostname, timezone e logging.
8. Installa monitoring e backup off-site.
9. Esegui un'audit di base con Lynis e correggi le warning.

Errori comuni e come risolverli

• Usare release interim in produzione: le non-LTS hanno solo 9 mesi di supporto.
• Affidarsi solo a snap: i pacchetti snap aggiornano in autonomia, in alcuni casi non desiderato; valuta apt o flatpak.
• Trascurare swap su istanze cloud: aggiungi un file di swap proporzionato (1-2x RAM, max 8 GB).
• Non testare Livepatch: e utile ma non sostituisce reboot pianificati su major kernel.

Domande frequenti

D: Posso passare da una LTS alla successiva senza reinstallare?
R: Si, con do-release-upgrade, ma fai snapshot e backup completo prima.

D: Ubuntu Server e adatto per Docker?
R: Si, ottimo: kernel recenti, cgroup v2 e supporto nativo a containerd e Docker CE.

D: Conviene Ubuntu o Debian?
R: Ubuntu offre release più fresche e supporto enterprise opzionale; Debian e più conservativo. Entrambe sono solidissime in produzione.

Approfondimento tecnico: snap, apt e ESM

Ubuntu utilizza apt per pacchetti Debian classici e snap per pacchetti contenitori auto-aggiornanti. In ambiente server molte applicazioni Canonical (LXD, MicroK8s, Juju) sono distribuite solo via snap. Per produzione attento alla policy di aggiornamento automatico degli snap: utile per sicurezza, problematico per software che richiede testing prima dell'upgrade. Si controlla con snap refresh --hold.

ESM (Expanded Security Maintenance) di Ubuntu Pro estende il supporto sicurezza fino a 10 anni dopo il rilascio LTS. Gratuito per uso personale fino a 5 macchine, a pagamento oltre. Include patch CVE per universe repository (migliaia di pacchetti normalmente solo "best effort").

Scenari d'uso reali

Una flotta di server in cloud AWS usa Ubuntu LTS per integrazione nativa con AMI ufficiali, CloudInit, e ampia documentazione community.

Un cluster Kubernetes con MicroK8s o Charmed Kubernetes si appoggia a Ubuntu per supporto first-party.

Un desktop di sviluppo con stesso OS dei server di produzione semplifica i workflow: gli stessi snap, gli stessi comandi, meno sorprese in deploy.

Checklist operativa per Ubuntu LTS

• Usa solo release LTS (anni pari, aprile).
• Valuta Ubuntu Pro per Livepatch e ESM (gratis fino a 5 macchine).
• Disabilita aggiornamenti snap automatici per software business-critical.
• Configura cloud-init per provisioning ripetibile.
• Pianifica do-release-upgrade entro 6 mesi dalla nuova LTS.
• Verifica AppArmor abilitato e profili applicati.
• Monitora gli announcement di sicurezza ubuntu-security-announce.

Risorse e riferimenti

Ubuntu Server Guide su help.ubuntu.com, documentazione Canonical, blog di Mark Shuttleworth per direzioni strategiche. Per gestione enterprise, Landscape di Canonical fornisce dashboard centralizzata di patch e compliance. La community Ubuntu su Discourse e Ask Ubuntu e estremamente attiva per troubleshooting specifico.

Considerazioni economiche e organizzative

Implementare correttamente quanto descritto in questo articolo su configurare un server ubuntu lts richiede tempo, formazione e talvolta investimenti hardware o software. La buona notizia e che il ritorno e quasi sempre positivo: meno incidenti, meno tempo speso in troubleshooting reattivo, maggiore predicibilita dei servizi. Stima sempre il costo del downtime per il tuo business: anche poche ore l'anno di indisponibilita possono giustificare investimenti che a prima vista sembrano sovradimensionati.

Sul piano organizzativo, la documentazione e il fattore decisivo. Un sistema brillantemente configurato ma non documentato e una bomba a orologeria: il giorno in cui il sysadmin originale lascia l'azienda, ogni intervento diventa archeologia. Mantieni runbook aggiornati, versionali in git, fai pratica di lettura nei momenti di calma e non solo durante gli incidenti.

Glossario rapido dei termini chiave

RTO (Recovery Time Objective): tempo massimo entro cui un servizio deve tornare operativo dopo un'incidente. RPO (Recovery Point Objective): perdita massima accettabile di dati misurata nel tempo (es. 1 ora di transazioni). SLA (Service Level Agreement): contratto formale che definisce livelli di servizio e penali. SLO/SLI (Service Level Objective/Indicator): metriche interne di qualità usate per misurare e mantenere lo SLA. MTBF/MTTR: tempo medio tra guasti e tempo medio di ripristino, indicatori di affidabilità. Idempotenza: proprietà di un'operazione che, applicata più volte, produce lo stesso risultato della singola applicazione (fondamentale per automazione).

Hai bisogno di aiuto?

Se hai dubbi sulla gestione server, il team di G Tech Group puo aiutarti. Contattaci tramite il modulo di contatto.