Il server dei tuoi clienti, con un sistemista che risponde.

Il conto che non torna

L’hosting per i clienti è un servizio che molte agenzie offrono quasi per inerzia. Si prende una VPS, ci si mettono i siti, si fattura un canone annuo. Il margine sulla carta è ottimo.

Finché non succede qualcosa. Un sito compromesso che infetta gli altri. Un disco pieno il venerdì sera. Un sistema operativo a fine vita che nessuno osa aggiornare.

A quel punto si scopre che quel margine non comprendeva la voce più importante: qualcuno che il server lo segua.

L’errore più comune: tutti sotto lo stesso utente

Nella configurazione tipica di una VPS fatta in fretta, tutti i siti girano con lo stesso utente di sistema, di solito quello del server web.

Significa che, per il sistema, non c’è differenza tra il sito del cliente A e quello del cliente B. Un plugin vulnerabile sul primo dà accesso in lettura e scrittura ai file del secondo, al suo wp-config.php, alle sue credenziali di database.

La correzione è strutturale:

• un utente di sistema per ogni sito;
• un pool PHP-FPM dedicato, che gira con quell’utente;
• permessi che impediscono a un utente di leggere le cartelle degli altri;
• open_basedir e funzioni pericolose disabilitate dove ha senso;
• limiti di risorse per pool, così un sito sotto carico non manda in timeout gli altri.

Dopo questo intervento, una compromissione resta confinata al sito in cui è avvenuta.

PHP: una versione per sito

Su un server con decine di siti c’è sempre quello che richiede una versione vecchia di PHP e blocca l’aggiornamento di tutti.

Con più versioni installate e un pool per sito, ognuno usa la propria. Si aggiornano subito i siti pronti e si pianificano gli altri, uno alla volta.

Backup per sito, non per server

Un’istantanea dell’intera VPS, offerta dal fornitore, è utile ma grossolana: per recuperare un file di un cliente bisogna ripristinare tutta la macchina.

Impostiamo backup per sito: file e database, incrementali, cifrati, su storage esterno. Si ripristina un singolo sito, o un singolo database, a una data precisa, senza toccare gli altri.

Quando conviene ricostruire

Se il server ha un sistema operativo non più supportato, o non si sa con certezza che cosa contenga, sistemarlo sul posto è rischioso.

In questi casi proponiamo di costruire una macchina nuova, pulita e documentata, e trasferirvi i siti uno alla volta:

1. si prepara il nuovo server con la struttura corretta;
2. si trasferisce un sito, lo si verifica su un host provvisorio;
3. si sposta il DNS di quel sito;
4. si passa al successivo.

Nessun fermo collettivo, e a ogni passo si può tornare indietro.

Un riferimento per i tuoi sviluppatori

Chi sviluppa ha spesso domande da sistemista: un cron, una regola di riscrittura, un limite di memoria, un certificato per un sottodominio. Con noi hanno a chi chiederlo, e non devono improvvisare con i permessi di root.

Il margine, ricalcolato

Con un canone di gestione per server sai quanto ti costa davvero l’infrastruttura. Puoi dare un prezzo corretto all’hosting che rivendi, e includere nel contratto con il cliente tempi di ripristino che sei in grado di rispettare.

Per cominciare

Preventivo guidato, categoria «Gestione di un server»; alla domanda su che cosa c’è sopra scegli «I siti dei miei clienti».