He estado usando una PC con Windows 10 con OpenSSH para conectarme a servidores virtuales en la nube. Ha estado funcionando todo este tiempo sin problema. Precisamente ayer comencé a tener este extraño problema.
Cuando hago "ssh support@", me solicita la contraseña como de costumbre. Pero después de ingresar la contraseña, piensa durante unos 20 segundos y luego me indica "Restablecimiento de conexión por el puerto 22". Y hace esto para todos los sitios que pruebo.
Usando una PC diferente (también con win10 y OpenSSH) no tengo problemas para conectarme a mi servidor en la nube a través de SSH. Obviamente algo cambió en esta PC en particular desde hace unos días. Pero no se que puede ser y como solucionarlo. Lo único que se me ocurre es que actualicé FileZilla en esta PC. ¿Podría ser eso?
Cualquier ayuda sería muy apreciada.
Alguna información más relevante. Revisé el registro seguro en mi servidor en la nube y muestra que mi contraseña fue aceptada y se abrió una sesión interactiva. No veo ningún error en el archivo de registro. En el lado del cliente, cuando probé ssh -vvv, veo algunos errores como los siguientes:
debug1: Next authentication method: password
debug3: failed to open file:/dev/tty error:3
debug1: read_passphrase: can't open /dev/tty: No such file or directory
support@<ip>'s password:
debug3: send packet: type 50
debug2: we sent a password packet, wait for reply
debug3: receive packet: type 52
debug1: Authentication succeeded (password).
Authenticated to <ip> ([ip]:22).
debug1: channel 0: new [client-session]
debug3: ssh_session2_open: channel_new: 0
debug2: channel 0: send open
debug3: send packet: type 90
debug1: Requesting [email protected]
debug3: send packet: type 80
debug1: Entering interactive session.
debug1: pledge: network
debug1: console supports the ansi parsing
debug3: receive packet: type 91
debug2: channel_input_open_confirmation: channel 0: callback start
debug2: fd 3 setting TCP_NODELAY
debug2: client_session2_setup: id 0
debug2: channel 0: request pty-req confirm 1
debug3: send packet: type 98
debug2: channel 0: request shell confirm 1
debug3: send packet: type 98
debug2: channel_input_open_confirmation: channel 0: callback done
debug2: channel 0: open confirm rwindow 0 rmax 32768
debug3: recv - from CB ERROR:10060, io:00000206F94181A0
debug3: send packet: type 1
debug3: send - WSASend() ERROR:10054, io:00000206F94181A0
Connection reset by <ip> port 22
También descubrí que en la PC que tiene problemas para conectarse, muestra "OpenSSH_for_Windows_7.6p1, LibreSSL 2.6.4". En la PC que no tiene problemas, es el "OpenSSH_3.8.1p1, OpenSSK 0.9.7d", mucho más antiguo. Intenté instalar ubuntu en virtualbox y esperaba que ssh en ubuntu funcionara. Pero tampoco funciona. Parece que nada en esta máquina funcionaría. Pero otra PC funciona bien. Encontré un problema similar en línea y la solución es "reconstruir OpenSSH en una ubicación diferente". ¿Cómo puedo hacer eso?
Respuesta1
Mi problema finalmente se resuelve. Resulta que Filezilla fue el culpable. Después de que Filezilla se actualizó nuevamente, mi ssh comenzó a funcionar. Nunca volveré a actualizar Filezilla. :)
Editar: hablé demasiado pronto. Ahora mi ssh está roto nuevamente, sin que yo haga nada que pueda afectarlo. Primero, simplemente se cuelga después de "canal 0: abrir confirmar ventana 0 rmax 32768". Muchas publicaciones web mencionaron que esto se debe a un problema de wifi. Así que apagué mi conexión wifi y usé solo la conexión por cable. Luego el peer lo reinicia nuevamente.
Esto me está volviendo loca. Supongo que esperaré la próxima actualización de Filezilla y espero que solucione mi problema.
Mi solución final es eliminar Filezilla y mi cliente SSH empezó a funcionar de nuevo. Luego instalé la versión anterior de Filezilla (3.41) y todavía funciona.