Você pode tentar outros servidores SSH, como o lsh ou o Dropbear, que possuem menos recursos e não são tão exaustivamente testados, mas podem ser uma boa alternativa temporária, independentemente.
Existe um servidor Telnet netkit-telnet-ssl que suporta criptografia e autenticação SSL / TLS. No entanto, embora o TLS possa fornecer segurança suficiente (desde que o sysadmin não seja preguiçoso e obtenha um certificado SSL), o Telnet continua sendo um protocolo geralmente mal projetado para uso diário.
Os servidores Telnet e rlogin das suítes Heimdal e MIT krb5-appl Kerberos têm suporte para autenticação e criptografia Kerberos; no entanto, o código criptográfico no MIT telnetd é limitado ao DES64 e, pela minha experiência , o rlogin é ainda mais difícil de configurar do que o Telnet.
Por fim, verifique o log do sistema , opcionalmente após aumentar o LogLevel sshd_config
. Você pode apenas encontrar a causa da perda de SSH.