Orizzonti Sfocati

Non basta generare una buona intenzione, occorre anche proteggerla da cause e condizioni che potrebbero ostacolarla. Allo stesso modo un server collegato a Internet richiede alcune misure di protezione fin dal primo momento.

Alla messa in moto del server, l’unico servizio accessibile dall’esterno era “SSH” (Secure Shell). L’accesso SSH è usato per amministrare il server da remoto, ovvero per eseguire tutte quelle operazioni che permettono di configurarlo e mantenerlo in esercizio. Trattandosi della porta di accesso destinata alla sua gestione è ovviamente un punto molto delicato del server e rappresenta l’opzione più allettante per chi volesse impadronirsene. Si tratta di un servizio che ogni ora, a volte anche ogni minuto, è oggetto di numerosi tentativi di penetrazione (come si può facilmente confermare analizzando i log).

L’analisi dei log costituisce una forma di consapevolezza digitale: permette di avere una percezione diretta della realtà, senza fare affidamento su supposizioni, aspettative o preconcetti.

La protezione del servizio SSH avviene fondamentalmente su due livelli.

A basso livello si interviene sul firewall, dove è stata impostata una regola per imporre un limite al numero di nuove connessioni (al minuto) che è possibile effettuare. Il vantaggio di intervenire sul firewall consiste nella possibilità di bloccare i pacchetti sospetti prima ancora che arrivino al livello applicativo, dove oltre ai problemi di sicurezza potrebbero creare problemi di prestazioni legati all’uso delle risorse necessarie alla loro gestione.

Ad alto livello è possibile realizzare delle contromisure più efficaci intervenendo sulla configurazione del servizio sshd. Agendo sugli opportuni parametri di configurazione è stato disabilitato l’accesso diretto dell’utente root, limitando le connessioni a un unico utente autorizzato, ed è stato disabilitato l’accesso tramite password, consentendo esclusivamente quella mediante chiave crittografica. Infine è stata configurata la chiusura delle connessioni che superano un determinato numero di tentativi di autenticazione falliti ed è stato imposto un limite di tempo entro il quale l’utente deve completare l’autenticazione.

Firewall, configurazione applicativa, monitoraggio e manutenzione concorrono insieme a ridurre il rischio. La retta amministrazione non consiste nel credere che una singola misura sia sufficiente a garantire la sicurezza, ma nel riconoscere che tale sicurezza sorge solo in virtù di svariate cause e condizioni.

Una volta deciso di incamminarmi sul sentiero del self-hosting, la prima scelta che si è presentata è stata quella tra un server fisico e un server virtuale.

In termini semplici, la prima opzione richiede l’acquisto di un computer in carne ed ossa, o forse sarebbe meglio dire in rame e silicio, mentre la seconda consiste nell’utilizzare una macchina virtuale ospitata in un datacenter che può trovarsi anche a migliaia di chilometri da casa.

Osservando con attenzione le due possibilità, mi sono reso conto che la gestione di un server fisico avrebbe aggiunto degli aspetti che, in questa fase del percorso, non desideravo approfondire: trovare uno spazio adeguato, garantire un’alimentazione stabile, gestire la connettività a internet, e diverse altre questioni materiali. Ho quindi scelto la strada più semplice, affidandomi a un provider che si occupasse dell’infrastruttura fisica e mi permettese così di concentrare le mie energie sulla comprensione e sulla gestione del sistema.

Dopo una breve ricerca ho acquistato uno spazio VPS (Virtual Private Server) presso Serverplan, un’azienda italiana che conosco e alla quale mi affido da molti anni. Tra le diverse offerte ho scelto una configurazione con 2 core, 4 GB di RAM e 100 GB di spazio SSD, al costo di circa 10 euro al mese.

Completato l’acquisto, ho ricevuto una mail con l’indirizzo IP della macchina virtuale, già preparata con il sistema operativo richiesto, e le credenziali di accesso come utente root. In quel momento è iniziata la parte più interessante del percorso: sicurezza, backup, aggiornamenti e applicazioni sarebbero stati tutti aspetti di cui prendermi cura personalmente.

Esistono anche formule gestite, nelle quali parte di queste attività viene delegata al provider, ma ho preferito rinunciare a quella comodità: se lo scopo era sviluppare una maggiore consapevolezza sul funzionamento dei sistemi, allora dovevo essere io a occuparmi di tutto.

Fu così che la ruota iniziò a girare.

Così accadde.

Nella caldissima estate del 2026, nelle settimane centrali di agosto per la precisione, presi la decisione di imbarcarmi in un’operazione di self-hosting.

Per chi non lo sapesse, il self-hosting è la pratica di gestire personalmente alcuni servizi digitali che normalmente vengono affidati a grandi piattaforme commerciali. Non tutti sentono questa esigenza, ma alcuni avvertono un certo disagio nel dipendere completamente da strumenti che non controllano. Il self-hosting rappresenta una possibile risposta a tale disagio.

Il self-hoster decide dunque di dotarsi di un proprio server personale. Su di esso installerà sia applicazioni open source alternative a quelle normalmente disponibili sulle piattaforme commerciali, sia il software necessario per accedere al Fediverso, una rete sociale frequentata da persone che hanno iniziato a interrogarsi sulla natura e sui limiti delle piattaforme commerciali, alla ricerca di una maggiore autonomia e consapevolezza digitale.

Per raggiungere tale obiettivo, il nostro tempo ci mette a disposizione una via breve e una via lunga, il sentiero della delega e il sentiero della comprensione, quello degli strumenti e quello della conoscenza.

La via breve prevede che il self-hoster si appoggi ad un’applicazione che lo aiuti nelle varie attività che la gestione di un server richiede (sicurezza, installazione/aggiornamento delle applicazioni, backup, ecc.). Un buon esempio di queste applicazioni è YunoHost.

La via lunga prevede invece un percorso di liberazione più radicale, con la rinuncia a strumenti di amministrazione non strettamente necessari e la presa di rifugio nel sistema Linux e negli strumenti di base che esso mette a disposizione.

Presi la via lunga.