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.
./configure --prefix=/opt/openssh
deve funcionar.Como o sshd do Openssh tem uma
-f config_file
e uma-p port
opção, suponho que você possa executar dois deles simultaneamente em portas diferentes (usando arquivos de configuração distintos, se necessário) - um poderia ser usado apenas no caso de problemas com o primeiro e poderia ser mais rígido restrito.Você precisaria configurar os scripts de inicialização adequadamente (rc.local?) Ou executar um dos (x) inetd?
fonte