Solución problemas de SSH

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 ejecutar lo siguiente:

[server]$ chmod 700 $HOME/.ssh
[server]$ chmod 600 $HOME/.ssh/authorized_keys

Too many failed attempts

Si recibes 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:

macbook$ 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 computadora en el directorio .ssh.

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:

Server unexpectedly closed network connection

Si recibes este error al intentar SSH, esto puede significar que tu IP ha sido bloqueada. Pónte en contacto con el 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.

[User] is not in the sudoers group

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 computadora. 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, visita el siguiente artículo:

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:

Ver también

¿Este artículo ha respondido sus preguntas?

Última actualización el PST.

¿Aún no encuentra lo que busca?