Diagnosticare un VPS Linux irraggiungibile

«Il mio server non risponde più» comprende una decina di situazioni molto diverse. Il metodo qui sotto le separa in pochi minuti ed evita di attendere una risposta quando la soluzione è a portata di clic.

1. Come verificare lo stato del mio VPS nell'area clienti?

Apra I miei servizi e poi il Suo VPS. La scheda indica lo stato della macchina.

• Arrestata: clicchi su Avvia. Un arresto può derivare da uno shutdown lanciato per errore, da un kernel in crash o da un'azione precedente.
• In fase di installazione: non c'è nulla da fare, attenda la fine.
• Sospesa o scaduta: verifichi le Sue fatture nell'area clienti. Un servizio non pagato viene sospeso.

2. Dove vedere le ultime azioni eseguite sul mio VPS?

La scheda Cronologia elenca le azioni eseguite sul VPS, il loro autore — Sistema, Utente o Amministratore — e la data. Una reinstallazione, un cambio di password o un arresto dimenticato vi compaiono nero su bianco. È spesso lì che si trova la spiegazione.

3. Che cosa mostrano i grafici del mio VPS?

La scheda Grafici mostra CPU, memoria, rete e input/output del disco. Tre letture utili:

• tutto a zero da un'ora precisa: la macchina è arrestata o bloccata;
• CPU al massimo in continuo: un processo è andato in loop, oppure la macchina è utilizzata da qualcuno che non è Lei;
• traffico in uscita insolito: prenda seriamente in considerazione una compromissione.

4. Come vedere che cosa succede sulla macchina con la console?

È il passaggio decisivo. La console mostra lo schermo della macchina senza passare dalla rete.

• Vede il prompt di accesso: il sistema funziona, il problema è di rete o di SSH. Passi al punto 5.
• Vede messaggi di errore all'avvio: annoti l'ultima riga prima del blocco, è quella che conta.
• Lo schermo è nero e non risponde: riavvii la macchina dalla scheda del servizio, poi osservi l'avvio nella console.

5. Come verificare la rete e SSH dalla console?

Bastano pochi comandi: l'indirizzo e la rotta predefinita, un ping verso un IP pubblico e poi verso un nome di dominio, lo stato del servizio SSH ed eventualmente un blocco del Suo indirizzo da parte di fail2ban.

Si colleghi nella console con root:

ip -4 addr          # l'indirizzo è effettivamente presente?
ip route            # la rotta predefinita esiste?
ping -c3 9.9.9.9    # il livello IP funziona?
ping -c3 debian.org # il DNS risolve?

Se 9.9.9.9 risponde ma non un nome di dominio, corregga la risoluzione DNS. Se non risponde nulla, confronti la Sua configurazione con quanto mostra la scheda Rete dell'area clienti.

Poi SSH e il firewall:

systemctl status ssh          # oppure sshd
ss -tulpn | grep :22
ufw status                    # oppure firewall-cmd --list-all
fail2ban-client status sshd   # il Suo IP è bloccato?

Un indirizzo bloccato da fail2ban dopo vari errori di password è una causa molto frequente di un server «irraggiungibile» che in realtà funziona benissimo. Lo sblocchi con fail2ban-client set sshd unbanip IL_SUO_IP.

6. Come sapere se il disco del mio VPS è pieno?

Con df -h per lo spazio e df -i per gli inode: un disco saturo impedisce l'avvio dei servizi e la scrittura dei registri.

df -h
df -i
journalctl --disk-usage

Un disco pieno al 100 % — o senza più inode, cosa che df -h non mostra — impedisce ai servizi di avviarsi e ai registri di scriversi. Liberi spazio, poi riavvii i servizi interessati.

7. Come individuare un servizio in errore sul mio VPS?

Con systemctl list-units --failed, poi il registro del servizio interessato: la causa vi è quasi sempre scritta in chiaro.

systemctl list-units --failed
journalctl -p err -b --no-pager | tail -50
systemctl status NOME_DEL_SERVIZIO

Un servizio in errore dopo un aggiornamento è quasi sempre spiegato in chiaro nel suo registro.

Che cosa allegare alla mia richiesta di assistenza?

Se apre una richiesta al Servizio tecnico, questi elementi evitano diversi scambi:

• l'identificativo del servizio interessato;
• l'ora esatta in cui è iniziato il problema, con il fuso orario;
• che cosa è cambiato subito prima: aggiornamento, modifica del firewall, della rete, di SSH;
• i risultati dei comandi qui sopra, copiati come testo;
• il messaggio di errore esatto, e non un riassunto;
• che cosa mostra la console.

Non trasmetta mai password, chiavi private o token: l'assistenza non ne ha bisogno e una richiesta viene archiviata.