Sito sospeso dal provider di hosting: le cause possibili

Trovare la causa

Su un hosting gestito con cPanel, una sospensione sostituisce il sito con una pagina che indica che l'account è sospeso («This Account has been suspended»). Blocca anche l'accesso al pannello di controllo, l'accesso FTP e l'invio di email dall'account; la ricezione delle email dipende dalla configurazione del server. I file, invece, restano al loro posto.

La causa è di solito indicata in un messaggio del provider: cercate nella casella email collegata all'account, cartella spam compresa, «sospensione», «abuse», «malware» o «fattura», poi controllate l'area clienti e i relativi ticket.

Se il messaggio non indica alcuna causa, chiedetela per iscritto, insieme alla clausola delle condizioni di servizio in questione: una sospensione si revoca più in fretta quando tutti parlano dello stesso problema.

Prima di tutto, salvare una copia del sito

Le condizioni di servizio del provider fissano il periodo dopo il quale i dati di un account sospeso possono essere eliminati. Prima di ogni altra cosa, mettete al sicuro una copia:

• I file: via SFTP se l'accesso è ancora aperto, altrimenti chiedendo un archivio al provider.
• Il database: con l'esportazione di phpMyAdmin o con wp db export, oppure nella stessa richiesta di archivio.
• Le email, se le caselle sono ospitate sullo stesso account: una copia di ogni casella via IMAP, da un programma di posta.
• La data di eliminazione prevista, chiesta per iscritto.

Conservate questa copia così com'è, anche se il sito è infetto: è da lì che si ripulisce e che si confronta.

Causa 1: un sito compromesso

Su un server condiviso, un sito che diffonde malware, ospita false pagine di accesso o invia spam mette a rischio gli altri account e la reputazione degli indirizzi IP del server. Il provider sospende l'account, e lo riapre una volta risolto il problema.

1. Chiedete l'elenco dei file rilevati, e se il provider può riaprire l'accesso ai file durante la pulizia.
2. Eliminate i file segnalati, poi cercate ciò che li ha depositati: file PHP in wp-content/uploads, cartelle sconosciute nella cartella principale, script di invio email, account amministratore aggiunti.
3. Cambiate le password dell'hosting, dell'FTP, del database e degli amministratori, e rinnovate le chiavi di sicurezza di wp-config.php.
4. Aggiornate WordPress, il tema e i plugin, ed eliminate quelli che non servono più.
5. Scrivete al provider descrivendo ciò che è stato trovato, tolto e corretto, citando il riferimento della sospensione.

Trasferire il sito presso un altro provider con gli stessi file porta con sé l'infezione, e con essa il rischio di un'altra sospensione. La pulizia si fa prima di rimettere il sito online, ovunque sia.

Causa 2: un consumo di risorse oltre i limiti

Un hosting condiviso limita ciò che ogni account consuma. Sui server con CloudLinux, i limiti riguardano CPU, memoria fisica, lettura e scrittura su disco, numero di processi ed entry process, cioè le connessioni simultanee agli script dinamici come PHP. Il numero di file si conta in inode: ogni file e ogni cartella ne usa uno.

Quando si raggiunge il limite di entry process, i visitatori ricevono un errore 508 «Resource Limit Is Reached». Superamenti ripetuti possono portare alla sospensione. Il pannello del vostro hosting mostra il consumo nel tempo: individuate le ore di picco, poi leggete i log di accesso di quelle ore.

Le cause più frequenti

• Bot che bersagliano wp-login.php o xmlrpc.php con tentativi di accesso.
• Plugin pesanti: statistiche, registri di attività, generatori di immagini, backup.
• Backup conservati sull'account, dentro wp-content, che riempiono spazio su disco e inode.
• Operazioni pianificate di WordPress, avviate a ogni visita.

du -sh wp-content/* | sort -h
find . -type f | wc -l

<Files "xmlrpc.php">
Require all denied
</Files>

Questo blocco rifiuta ogni richiesta a xmlrpc.php. Prima verificate che nessuno strumento ne abbia bisogno: Jetpack, per esempio, passa da XML-RPC. Se poi il sito mostra un errore 500, il vostro provider non ammette questa direttiva in .htaccess: togliete il blocco e chiedetegli l'equivalente.

define( 'DISABLE_WP_CRON', true );

Le operazioni pianificate vanno allora richiamate dal pianificatore del server: nel pannello del vostro hosting, create un cron job che richiami https://www.vostro-sito.com/wp-cron.php a intervalli regolari, per esempio ogni 15 minuti.

Causa 3: una fattura non pagata

Pagate la fattura dall'area clienti, e verificate che la carta registrata non sia scaduta. La riattivazione segue il pagamento, automaticamente o su richiesta a seconda del provider; se tarda, aprite un ticket citando il riferimento del pagamento.

Il nome di dominio si rinnova spesso separatamente dall'hosting. Anche un dominio scaduto mette il sito offline, ma in quel caso la pagina mostrata è quella del registrar, non del provider di hosting: due fatture, due verifiche.

Causa 4: un reclamo o una violazione delle condizioni

• Diritto d'autore: un'immagine o un testo usati senza licenza. Togliete il contenuto, oppure inviate la prova della licenza, citando il riferimento del reclamo.
• Segnalazione di abuso: una falsa pagina di accesso o un malware individuati sul vostro sito. È un attacco, da trattare come la causa 1.
• Reclami per spam: email inviate dall'account a destinatari che non le aspettavano, newsletter comprese. Verificate chi invia dall'account, e come sono stati raccolti gli indirizzi.

Rispondete per iscritto, entro il termine indicato, descrivendo ciò che è stato fatto: è il documento che il provider archivia per revocare la sospensione.

Prima di rimettere il sito online

1. La causa è individuata e corretta, e il provider ha confermato per iscritto ciò che si aspetta.
2. Le password sono cambiate e i componenti del sito sono aggiornati.
3. Esiste un backup automatico, conservato fuori dall'account di hosting.
4. Qualcuno riceve gli avvisi del provider: l'indirizzo email dell'account viene letto.