SSH connection refused dopo un riavvio: la checklist

Refused è un indizio prezioso: la macchina c'è e risponde, ma su quella porta non ascolta nessuno (il contrario di timeout, che di solito è rete o firewall che scarta). Dopo un riavvio i sospetti sono tre: 1) sshd non è partito: dalla console (fisica, IPMI o quella del provider) systemctl status sshd – config rotta da un edit recente? sshd -t valida la sintassi e nomina la riga; il servizio era enabled? 2) ascolta altrove: ss -tlnp | grep sshd – una Port cambiata in sshd_config (magari durante l'hardening) o un ListenAddress su un IP che dopo il riavvio non esiste più; 3) il firewall è tornato al default: regole non persistenti sparite o, al contrario, il firewall ripristinato che ora blocca. Se anche la console non ti fa entrare, il riavvio ha rivelato un problema più profondo – il boot in emergency mode ha la sua guida. La morale per la prossima volta: mai riavviare dopo aver toccato sshd senza sshd -t prima.