publickey - Tiempo de espera de Amazon EC2 ssh debido a inactividad

permission denied(publickey) aws

Question

Puedo emitir comandos a mis instancias de EC2 a través de SSH y estos comandos registran respuestas que se supone que debo seguir viendo durante mucho tiempo. Lo malo es que el comando SSH se cierra después de un tiempo debido a mi inactividad y ya no puedo ver qué está pasando con mis instancias.

¿Cómo puedo desactivar / aumentar el tiempo de espera en máquinas Amazon Linux?

El error es así:

Read from remote host ec2-50-17-48-222.compute-1.amazonaws.com: Connection reset by peer

Answer 1

Considera usar screen o byobu y el problema probablemente desaparecerá. Lo que es más, incluso si se pierde la conexión, puede volver a conectar y restablecer el acceso a la misma pantalla de terminal que tenía antes, a través de screen -r o byobu -r .

byobu es una mejora para la pantalla, y tiene un maravilloso conjunto de opciones, como una estimación de los costos de EC2.

Answer 2

Puede establecer una opción de mantener activo en su archivo ~ / .ssh / config en el directorio de inicio de su computadora:

ServerAliveInterval 50

Amazon AWS normalmente desconecta su conexión después de solo 60 segundos de inactividad, por lo que esta opción hará ping al servidor cada 50 segundos y lo mantendrá conectado indefinidamente.

Answer 3

Sé que para Putty puedes utilizar una configuración de keepalive para enviar paquetes de actividades cada cierto tiempo para no quedar "inactivos" o "obsoletos"

http://the.earth.li/~sgtatham/putty/0.55/htmldoc/Chapter4.html#S4.13.4

Si está usando otro cliente, hágamelo saber.

Answer 4

Suponiendo que su instancia de Amazon EC2 ejecuta Linux (y el muy probable caso de que esté utilizando SSH-2, no 1), lo siguiente debería funcionar bastante bien:

1. Remoto en su instancia de EC2.

   ssh -i <YOUR_PRIVATE_KEY_FILE>.pem <INTERNET_ADDRESS_OF_YOUR_INSTANCE>

2. Agregue una directiva "cliente vivo" al archivo de configuración del servidor SSH de la instancia.

   echo ''ClientAliveInterval 60'' | sudo tee --append /etc/ssh/sshd_config

3. Reinicie o vuelva a cargar el servidor SSH, para que reconozca el cambio de configuración.

   • El comando para eso en Ubuntu Linux sería ...

     sudo service ssh restart

   • En cualquier otro Linux , sin embargo, lo siguiente probablemente sea correcto ...

     sudo service sshd restart

4. Desconectar.

   logout

La próxima vez que conecte SSH a esa instancia de EC2, es de esperar que esas congelaciones / desconexiones / desconexiones frecuentes y súper molestas desaparezcan.

Esto también ayuda con las instancias de Google Compute Engine, que vienen con configuraciones predeterminadas igualmente molestas.

Advertencia: tenga en cuenta que las configuraciones de TCPKeepAlive (que también existen) son sutilmente distintas de las configuraciones de ClientAlive que propongo arriba, y que cambiar la configuración de TCPKeepAlive de forma predeterminada puede perjudicar su situación en lugar de ayudar.

Más información aquí: http://man.openbsd.org/?query=sshd_config

Answer 5

Tengo más de 10 AMI personalizados basados ​​en AMI de Amazon Linux y nunca he tenido problemas de tiempo de espera debido a la inactividad en una conexión SSH. He tenido conexiones abiertas durante más de 24 horas, sin ejecutar un solo comando. No creo que existan tiempos de espera incorporados en las AMI de Amazon Linux.