SSH для более старой Linux-платформы с использованием удаленной переадресации портов

У меня есть старый Linux-блок (версия 2.6.12, скомпилированный коллегой) за маршрутизатором с поддержкой NAT, который я хочу получить с удаленного ПК. В этом окне есть демон SSH, но пока еще не было SSH-клиента, мы собрали старый клиент Dropbear, который отлично работает при создании туннеля.

Я должен отметить, что демон SSH работает на порту 55000 и что версия Dropbear-клиента v0.53.

Проблема возникает, однако, при использовании перенаправления удаленных портов:

./dbclient -N -R myserver.com:10022:localhost:55000 me@myserver.com 

Это подсказывает мне пароль, и с myserver.com я вижу, что соединение прошло успешно:

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

Однако при попытке использовать туннель с моего Mac или Ubuntu (OpenSSH_7.4p1, LibreSSL 2.5.0) не так много.

 ssh -p 10022 test@myserver.com 

Просто висит навсегда. Пользовательский тест существует в моем ящике Linux. В подробном режиме я получаю следующее:

 ssh -p 10022 test@myserver.com -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 

Мои знания SSH достаточно просты, и удаленная пересылка для меня очень полезна, поэтому я понятия не имею, что делать дальше. Я пробовал клиент Dropbear на Ubuntu и Mac, который просто зависает. Я не думаю, что у него есть подробный режим (?). Я попробовал обратное, то есть настройку перенаправления удаленных портов в Ubuntu, а затем подключение из ящика Linux, и это просто работает.

Это просто проблема с конфигурацией? Может быть, демон SSH не приветствует мои подключения и как я могу проверить или исправить это? Нужен ли мне старый SSH-клиент на моем ПК?

Любая помощь очень ценится!

EDIT: sshd требует каких-либо специальных параметров конфигурации или это не имеет ничего общего с sshd?

One Solution collect form web for “SSH для более старой Linux-платформы с использованием удаленной переадресации портов”

Это определенно не будет решением для большинства, но я все равно отправлю его сюда, возможно, это может помочь кому-то еще в будущем.

Проблема заключалась в том, что в ящике Linux интерфейс loopback был по умолчанию отключен. Я все еще не знаю, почему. Я понял это, пытаясь SSH на localhost, который не удался. Pinging тоже не работал. После поднятия петли, все сработало:

 ifconfig lo up 

(Название вашего интерфейса loopback может отличаться, это зависит от вашей ОС)

Я могу только предположить, что за кулисами происходит локальное соединение SSH из туннеля пересылки на локальный SSH-демон.

  • SSH-туннелирование: connect_to localhost port 22: failed
  • Неисправна debian
  • SSH в SSH в сценарии оболочки
  • Как прекратить удаленно называемый «хвост -f», когда соединение закрыто?
  • Ctrl-пробел не проходит через ssh
  • Пересылка Cc на удаленную сессию tmux
  • Прямой stderr в файл по ssh
  • Получение числа неудачных попыток входа в систему заставляет последний успешный вход в систему / CentOS 7
  • разрешено разрешение на ошибку (publickey, keyboard-interactive) через ssh (scp) между linux
  • терминал открытия ошибки: xterm-256color
  • Как заставить SSH игнорировать некоторые пользовательские логины?
  • Interesting Posts
    Linux и Unix - лучшая ОС в мире.