Capítulo 9 · 9.2
Mensajes de error frecuentes de SSH
| Mensaje | ¿Qué significa? | ¿Qué debe hacer? |
|---|---|---|
Connection timed out | Su ordenador no recibe respuesta. El VPS está apagado, la dirección IP no es correcta o un cortafuegos no deja pasar el puerto 22. | Compruebe que el VPS está encendido y que la dirección IP es correcta. Inicie sesión a través de la consola y revise su cortafuegos (Sin acceso: ya no puede entrar en su servidor). |
Connection refused | El servidor responde, pero no hay nada escuchando en ese puerto. SSH no está en ejecución o escucha en otro puerto. | En la consola: systemctl status ssh y ss -tlnp | grep ssh. |
Permission denied (publickey) | El servidor solo acepta claves y su clave no coincide. | Compruebe el nombre de usuario, si está usando la clave correcta (ssh -v muestra cuál intenta usar) y los permisos de ~/.ssh en el servidor (Colocar su clave en el servidor y probarla). |
Permission denied (publickey,password) | La contraseña o la clave no es correcta. | Tenga en cuenta las mayúsculas. Si es necesario, establezca una nueva contraseña de root en la pantalla del VPS. |
REMOTE HOST IDENTIFICATION HAS CHANGED | El servidor muestra una huella digital distinta de la que su ordenador tiene guardada. | Es normal tras una reinstalación. En ese caso: ssh-keygen -R 203.0.113.10 y vuelva a iniciar sesión, con la comprobación de Iniciar sesión por primera vez con SSH. Si no ha cambiado nada, no continúe y averigüe primero el motivo. |
Too many authentication failures | Su ordenador prueba demasiadas claves seguidas. | Indique la clave con -i ~/.ssh/id_ed25519 o añada IdentitiesOnly yes en su configuración de SSH (Una configuración SSH: iniciar sesión con un nombre corto). |
UNPROTECTED PRIVATE KEY FILE! | Su clave privada puede ser leída por otros usuarios de su propio ordenador. | En Mac y Linux: chmod 600 ~/.ssh/id_ed25519. En Windows: asegúrese de que solo su cuenta puede leer el archivo. |
Ver más detalles
Con ssh -v anna@203.0.113.10 verá paso a paso lo que ocurre: qué claves prueba su ordenador y dónde falla. En el servidor verá la otra parte con sudo journalctl -u ssh -e (en AlmaLinux y Rocky Linux, -u sshd).