SSH para caixa Linux mais antiga usando o encaminhamento de porta remota

Question

Eu tenho uma caixa Linux antiga (versão 2.6.12, compilada por um colega) atrás de um roteador habilitado para NAT, que eu quero acessar de um PC remoto. Há um daemon SSH rodando na caixa, mas como ainda não havia um cliente SSH, nós compilamos um antigo cliente Dropbear, que funciona bem ao criar um túnel.

Devo observar que o daemon SSH está sendo executado na porta 55000 e que a versão do cliente Dropbear é v0.53.

O problema surge, no entanto, ao usar o encaminhamento remoto de portas:

./dbclient -N -R myserver.com:10022:localhost:55000 [email protected]

Isso me pede uma senha, e no myserver.com, eu vejo que a conexão foi bem sucedida:

sudo netstat -tulpn | grep 10022
tcp        0      0 xx.xx.xx.xx:10022    0.0.0.0:*               LISTEN      31512/sshd: me

Ao tentar usar o túnel do meu Mac ou Ubuntu (OpenSSH_7.4p1, LibreSSL 2.5.0), no entanto, não está acontecendo muita coisa.

ssh -p 10022 [email protected]

Apenas trava para sempre. O usuário 'teste' existe na minha caixa Linux. No modo detalhado, recebo o seguinte:

ssh -p 10022 [email protected] -v
OpenSSH_7.4p1, LibreSSL 2.5.0
debug1: Reading configuration data /Users/me/.ssh/config
debug1: Reading configuration data /etc/ssh/ssh_config
debug1: Connecting to myserver.com [xx.xx.xx.xx] port 10022.
debug1: Connection established.
debug1: identity file /Users/me/.ssh/id_rsa type 1
debug1: key_load_public: No such file or directory
debug1: identity file /Users/me/.ssh/id_rsa-cert type -1
debug1: key_load_public: No such file or directory
debug1: identity file /Users/me/.ssh/id_dsa type -1
debug1: key_load_public: No such file or directory
debug1: identity file /Users/me/.ssh/id_dsa-cert type -1
debug1: key_load_public: No such file or directory
debug1: identity file /Users/me/.ssh/id_ecdsa type -1
debug1: key_load_public: No such file or directory
debug1: identity file /Users/me/.ssh/id_ecdsa-cert type -1
debug1: key_load_public: No such file or directory
debug1: identity file /Users/me/.ssh/id_ed25519 type -1
debug1: key_load_public: No such file or directory
debug1: identity file /Users/me/.ssh/id_ed25519-cert type -1
debug1: Enabling compatibility mode for protocol 2.0
debug1: Local version string SSH-2.0-OpenSSH_7.4

Meu conhecimento de SSH é bastante básico e o encaminhamento remoto é muito novo para mim, então não tenho ideia do que tentar em seguida. Eu tentei um cliente Dropbear no Ubuntu e Mac, que também trava também. Eu não acho que tenha um modo detalhado (?). Eu tentei o contrário, ou seja, configurar o encaminhamento de porta remota no Ubuntu e, em seguida, conectar-se a partir da caixa do Linux e isso simplesmente funciona.

É apenas algum problema de configuração? Será que o daemon SSH não está aceitando minhas conexões e como posso verificar ou consertar isso? Preciso de um cliente SSH mais antigo no meu PC?

Qualquer ajuda é muito apreciada!

EDIT: o sshd requer algum parâmetro de configuração especial ou isso não tem nada a ver com o sshd?

    

Answer 1

Isso definitivamente não será a solução para a maioria, mas vou postar aqui de qualquer maneira, talvez possa ajudar alguém no futuro.

O problema era que, na caixa do Linux, a interface de loopback estava inativa por padrão. Eu ainda não tenho certeza do porquê. Eu descobri tentando SSH para localhost, que falhou. O ping também não funcionou. Depois de trazer o loopback, tudo funcionou:

ifconfig lo up

(O nome da sua interface de loopback pode ser diferente, depende do seu SO)

Eu só posso supor que, nos bastidores, uma conexão SSH local está sendo feita a partir do túnel de encaminhamento para o daemon SSH local.