È uscito il Corso Java Completo
Torna al blog

Homelab: come iniziare senza spendere una fortuna

Cos'è un homelab, da quale hardware partire davvero, come esporre i servizi in sicurezza e quali errori evitare per non buttare via soldi e tempo.

Edoardo Midali

Edoardo Midali

Developer · Content Creator

8 min di lettura

Ti sei accorto che leggendo tutorial non impari granché, e che le cose ti restano in testa solo quando le rompi e le rimetti a posto. Poi guardi le foto di certi armadi pieni di server e ti convinci che serva un investimento serio per iniziare. Non è così. In questo articolo trovi cos'è un homelab, da cosa partire, come esporre i servizi senza aprire buchi e che percorso aspettarti nei primi mesi.

Cos'è

Un homelab è una o più macchine che tieni in casa per far girare servizi tuoi e per imparare sperimentando su un sistema vero, con la libertà di romperlo.

Non è definito dall'hardware. Un vecchio portatile con Linux e tre servizi sopra è un homelab quanto un armadio da diecimila euro: la differenza è la scala, non la natura del gioco.

Perché farlo, al netto dell'entusiasmo:

  • Impari facendo. Configurare un servizio che poi usi davvero insegna in un weekend quello che dieci tutorial non lasciano.
  • I tuoi dati restano tuoi, e non dipendi da un fornitore che cambia i prezzi o chiude.
  • Sbagli senza conseguenze. Sul lavoro un errore di configurazione è un incidente. In casa è mercoledì sera.
  • Costruisci esperienza spendibile. Reti, servizi, backup, sicurezza: le stesse cose che si fanno in produzione, in piccolo.

Se Linux ti è ancora poco familiare, il punto di partenza è cos'è Linux.

Da cosa partire

Ecco la parte che nessuno dice abbastanza chiaramente: il primo homelab si fa con quello che hai già in casa.

Un PC vecchio vale più di hardware nuovo comprato per l'occasione. Un desktop di otto anni fa o un portatile con lo schermo rotto hanno più RAM, più potenza e più spazio di qualunque schedina, e costano zero. Il portatile ha anche un vantaggio nascosto: la batteria fa da gruppo di continuità.

Punto di partenzaCostoProContro
PC o portatile vecchioZeroPotente, RAM abbondante, subito disponibileConsuma di più, occupa spazio
Mini PC usato da ufficioPoche decine di euroSilenzioso, piccolo, consumo bassoVa cercato con pazienza
Raspberry PiSotto i 100 euro completoConsumo minimo, silenziosoPoca RAM, spazio lento
Server rack usatoVariabileTanta potenzaRumoroso, consuma tanto: evitalo

Il server rack usato è la trappola classica. Costa poco e sembra un affare, poi scopri che fa il rumore di un asciugacapelli acceso ventiquattr'ore su ventiquattro. In un appartamento non è praticabile.

Cosa installare sopra: una distribuzione stabile e noiosa, Debian o Ubuntu LTS. Non è il momento di sperimentare: il sistema deve essere la parte che non ti dà problemi. Il confronto è in cos'è una distro Linux.

I primi tre passi

Non servono venti servizi. Servono tre cose fatte bene, in quest'ordine.

1. Accesso remoto pulito. Configura SSH con le chiavi e disattiva l'accesso con password. Sono dieci minuti e ti evitano metà dei problemi futuri:

ssh-copy-id utente@192.168.1.50

# poi, in /etc/ssh/sshd_config:
PasswordAuthentication no
PermitRootLogin no

sudo systemctl restart ssh

Da qui in avanti il monitor lo puoi staccare: un homelab si gestisce da terminale, ed è anche il modo in cui impari i comandi che servono.

2. Un servizio solo, scelto perché ti serve. Non due, non cinque. Uno che risolve un problema che hai: un blocco pubblicità, una cartella condivisa, un archivio di foto. Fallo funzionare, usalo per una settimana, poi passa al successivo.

3. Il backup, prima di accumulare dati. Sembra prematuro ed è invece il momento giusto: quando i dati sono pochi è facile impostare la copia. Il criterio è quello di un backup fatto bene: tre copie, due supporti diversi, una fuori casa, e almeno un ripristino provato davvero.

Container o macchine virtuali?

Domanda che arriva presto. La risposta breve: per iniziare, container.

Docker è quasi sempre la scelta giusta per i servizi dell'homelab: leggeri, si installano con poche righe, si aggiornano e si rimuovono senza lasciare tracce. Puoi far girare dieci servizi su una macchina che con dieci macchine virtuali sarebbe in ginocchio.

Le macchine virtuali servono quando ti serve un sistema operativo diverso, un isolamento più forte, o vuoi simulare più macchine per esercitarti sulla rete. Il confronto ragionato è in virtualizzazione contro container.

In pratica la configurazione più comune è mista: Linux sulla macchina fisica, Docker sopra per quasi tutto, e qualche macchina virtuale quando serve davvero.

Come esporre i servizi in sicurezza

Questa è la sezione più importante di tutto l'articolo, e quella dove si fanno i danni veri.

La regola: non aprire mai porte sul router. Il port forwarding — "apro la 8080 verso il mio server" — è la scorciatoia che ti espone all'intero internet. Non è un rischio teorico: le scansioni automatiche trovano un servizio nuovo in poche ore. Il servizio in casa non è meno interessante di uno aziendale: è solo meno difeso.

Le alternative, in ordine di semplicità:

1. Una VPN — la risposta giusta quasi sempre. Ti colleghi alla rete di casa da fuori e usi i servizi come se fossi sul divano. Niente è esposto pubblicamente e la superficie d'attacco è una sola porta con crittografia moderna. WireGuard si configura in mezz'ora.

2. Un tunnel. Un programma sul tuo server apre una connessione in uscita verso un fornitore, che ti dà un indirizzo pubblico. Il router resta chiuso: nessuna porta aperta, perché la connessione parte da dentro. È l'opzione più semplice per mostrare qualcosa a qualcun altro, e Cloudflare offre questo servizio.

3. Esposizione diretta, solo se sai cosa fai. Reverse proxy davanti, HTTPS obbligatorio, autenticazione forte, aggiornamenti automatici e log che qualcuno guarda. È un impegno continuo, non una configurazione. Il seguito è in rendere un sito sicuro e in cos'è la cybersecurity.

La regola pratica: se un servizio ti serve solo quando sei in casa, non deve essere raggiungibile da fuori.

Consumo elettrico e rumore

Le due cose che decidono se l'homelab sopravvive ai primi mesi, e che nessuno considera prima di comprare.

Il consumo. La voce che conta è quello a riposo, non quello di picco. Un mini PC o un Raspberry Pi non li senti in bolletta; un desktop vecchio con alimentatore sovradimensionato consuma molto di più per fare le stesse cose.

Il calcolo: watt medi × 24 × 365 ÷ 1000 = kWh all'anno, per il prezzo dell'energia. Fallo prima di comprare.

Il rumore uccide più homelab del consumo. Una ventola che ronza in salotto viene tollerata due settimane, poi la macchina finisce in un ripostiglio, poi resta spenta. Se non hai una cantina, il criterio di scelta è prima il silenzio, poi la potenza.

Il caldo è il terzo fattore: un mobile chiuso in agosto è un forno, e serve un minimo di ricircolo d'aria.

Errori comuni

Comprare troppo hardware all'inizio. È l'errore numero uno: si parte con l'idea del cluster a tre nodi e si finisce con tre macchine spente in cantina. Compra il pezzo successivo quando quello che hai è saturo davvero, non quando lo immagini.

Esporre servizi su internet senza protezione. L'ho detto sopra ma va ripetuto: un pannello di amministrazione aperto con credenziali predefinite non è un rischio ipotetico.

Installare venti servizi in un weekend. Nessuno viene configurato bene, non ricordi dove sta cosa, e il primo che si rompe porta giù gli altri.

Rimandare i backup. "Lo faccio quando avrò dati importanti." I dati importanti arrivano senza avvisare, e il disco si guasta senza chiedere.

Non documentare. Un file di appunti con indirizzi IP, servizi, porte e cose strane fatte vale più di qualunque strumento.

Aggiornare mai o aggiornare tutto insieme. Il primo lascia buchi aperti, il secondo rompe tutto senza che tu sappia cosa. Con regolarità, un pezzo per volta.

Il percorso realistico

Come vanno davvero i primi mesi, se le cose vanno bene:

  • Settimana 1: installi Linux su una macchina vecchia, configuri SSH con le chiavi, stacchi il monitor.
  • Settimana 2-3: primo servizio, quello che ti serve davvero. Lo usi, si rompe, lo ripari. È qui che impari.
  • Mese 2: arrivi a Docker perché installare tutto a mano è diventato scomodo. Imposti i backup.
  • Mese 3-4: tre o quattro servizi attivi, una VPN per accedere da fuori, e vuoi degli avvisi quando qualcosa cade.
  • Mese 6: sai cosa usi davvero e cosa no. Qui, e non prima, ha senso comprare hardware.

Se poi vuoi qualcosa di sempre raggiungibile senza dipendere dalla tua connessione, un VPS è il complemento naturale: la guida è in configurare un VPS da zero.

In sintesi

Un homelab è un modo di imparare, non una collezione di hardware. Un PC vecchio con tre servizi conta esattamente quanto un armadio pieno.

Parti da quello che hai in casa. Un desktop dismesso o un mini PC usato battono qualunque acquisto nuovo fatto per entusiasmo, e il server rack usato è una trappola: rumoroso e affamato di corrente.

Non aprire mai porte sul router. Si accede da fuori con una VPN o un tunnel; l'esposizione diretta è un impegno continuo, non una configurazione una tantum.

Un servizio alla volta, backup prima dei dati, appunti sempre: le tre abitudini che separano un homelab vivo da tre macchine spente in cantina.

Compra hardware al sesto mese, non al primo, quando sai cosa usi davvero.

Per la macchina più economica e silenziosa, vedi cos'è un Raspberry Pi; per le idee su cui esercitarti, 10 progetti con Raspberry Pi che vale la pena fare.