El Private key no funciona
El caso más común para un private key que no funciona es que los permisos están configurados incorrectamente en tu directorio .ssh. En particular, el directorio .ssh, así como tu archivo de authorized_keys , deben ambos deben estar configurados para que solo tu usuario pueda leerlos. Si tienes problemas, intenta correr lo siguiente:
[server]$ chmod 700 ~/.ssh [server]$ chmod 600 ~/.ssh/authorized_keys
Too many failed attempts
Si estás recibiendo el error 'too many failed attempts' cuando intentas iniciar sesión en tu servidor a través de SSH, intenta agregar el indicador -v para ver la salida de la conexión. Por ejemplo:
[server]$ssh -v user@server.dreamhost.com
En la salida, busca líneas con el texto 'Trying private key' para ver cuántas claves se están utilizando para conectarse. Con el tiempo, es posible que se hayan agregado demasiados a tu configuración de SSH, lo que hace que el agente de SSH intente demasiadas claves antes de establecer de forma predeterminada la autenticación de contraseña. Puedes ver y eliminar cualquier clave desactualizada en tu computador en el directorio .ssh.
No aparece ninguna solicitud de contraseña después de conectarte
Si no ves una solicitud de contraseña después de conectarte al servidor, asegúrate de que tu nombre de usuario esté configurado como usuario de shell. Consulta el siguiente artículo para obtener instrucciones sobre cómo habilitar el acceso de shell en tu usuario:
Los nombres de directorio/archivo que contienen caracteres no ingleses/asiáticos aparecen como ?????? o son corruptos
Si tienes problemas con los nombres de archivo o el contenido que no se muestran correctamente, puedes agregar lo siguiente a tu archivo .bash_profile para habilitar la compatibilidad con UTF. Ve el artículo crear y editar un archivo por medio de SSH para obtener instrucciones sobre cómo editar tu .bash_profile existente.
export LC_ALL=en_US.UTF-8 export LANG=en_US.UTF-8 export LANGUAGE=en_US.UTF-8 export G_FILENAME_ENCODING=UTF-8\
UTF-8 probablemente ya esté habilitado. Puedes registrar tu terminal ingresando el comando locale:
[server]$ locale
LANG=en_US.UTF-8
LANGUAGE=
LC_CTYPE="en_US.UTF-8"
LC_NUMERIC="en_US.UTF-8"
LC_TIME="en_US.UTF-8"
LC_COLLATE=C
LC_MONETARY="en_US.UTF-8"
LC_MESSAGES="en_US.UTF-8"
LC_PAPER="en_US.UTF-8"
LC_NAME="en_US.UTF-8"
LC_ADDRESS="en_US.UTF-8"
LC_TELEPHONE="en_US.UTF-8"
LC_MEASUREMENT="en_US.UTF-8"
LC_IDENTIFICATION="en_US.UTF-8"
LC_ALL=
Puedes ver que la primera línea es LANG=en_US.UTF-8. Si por alguna razón esto todavía no funciona, lo más probable es que sea el cliente terminal que estás utilizando. Para obtener instrucciones sobre cómo configurar esto en PuTTY, visite el siguiente artículo:
Conexión de red cerrada inesperadamente del servidor
Si recibes este error al intentar SSH, esto puede significar que tu IP ha sido bloqueada. Contacta a soporte para ver si tu IP está bloqueada. Si es así, el soporte puede incluirte en la lista blanca. Si no conoces tu IP, visita whatismyipaddress.com.
[Usuario] no está en el grupo de sudoers
DreamHost no permite a los usuarios regulares de shell acceso sudo en servidores compartidos por motivos de seguridad. Si bien se pueden realizar muchas tareas sin el uso de sudo, si necesitas acceso sudo, debes mejorar tu plan a un Servidor Dedicado y crear un usuario administrador.
Las conexiones inactivas se están cayendo
DreamHost y otros ISP pueden eliminar conexiones ssh que permanecen inactivas durante más de un cierto número de minutos. La solución es simple en Linux u OSX. Todo lo que necesitas hacer es configurar keep-alive editando el archivo /etc/ssh/ssh_config o ~/.ssh/config en tu computador. En ese archivo, agrega lo siguiente:
Host *
ServerAliveInterval 15
ServerAliveCountMax 4
Ahora, el cliente ssh le pide al servidor una señal de vida cada 15 segundos, manteniendo así la conexión abierta.
Para obtener instrucciones sobre cómo configurar esta configuración en PuTTY, por favor visita el siguiente artículo:
Operation timed out
Si recibes un error de "Operation timed out" cuando intentas iniciar sesión en tu servidor a través de SSH, verifica si hay errores tipográficos en el nombre de usuario o la contraseña, teniendo en cuenta que tu nombre de usuario y contraseña distinguen entre mayúsculas y minúsculas.
Si estás usando tu nombre de dominio en lugar del nombre del servidor DreamHost para conectarte, asegúrate de que el DNS de tu dominio apunta a DreamHost. Revisa el siguiente artículo para obtener instrucciones sobre cómo encontrar los registros DNS a los que debes apuntar tu sitio:
Si continúas teniendo problemas después de seguir los pasos de la solución de problemas, por favor contacta a soporte.
Killed
La ejecución de procesos a través de SSH que consumen grandes cantidades de memoria y/o potencia del procesador puede llevarlos a ser "Killed" o finalizados – consulta el siguiente artículo para obtener más información: