Я пытаюсь использовать ssh-туннель от моего офисного компьютера до домашнего компьютера и получаю сообщение об ошибке, когда пытаюсь его использовать.
Что я делаю, так это запускаю одну оболочку:
ssh -gL 12345:my.home.domain:22 my.home.domain
Это дает мне правильную оболочку, нет проблем. Что я обычно делаю, так это ssh к моей домашней машине через эту офисную машину, вот так:
ssh -p 12345 127.0.0.1
Это всегда работало для меня, до прошлой недели, когда я установил новую систему на своем домашнем компьютере (переключение с Ubuntu на Debian). Теперь я получаю ошибку. Я все еще могу открыть свое первоначальное ssh-соединение, но когда я пытаюсь использовать этот туннель, я получаю (на офисной машине) эту ошибку:
ssh_exchange_identification: Connection closed by remote host
Кроме того, когда это происходит, открытая оболочка, через которую я настроил туннелирование, получает эту строку:
channel 3: open failed: connect failed: Connection timed out
В этот момент я в растерянности. Если потребуется дополнительная информация, я буду рад опубликовать ее.
============= далее к этому ==============
После дальнейших действий я обнаружил, что я получаю другой ответ от сервера (моего домашнего компьютера), когда я пытаюсь подключиться через различные порты. Если я попробую:
telnet my.home.domain 22
Я получаю это обратно:
Trying <my ip address>...
Connected to <my domain>.
Escape character is '^]'.
SSH-2.0-OpenSSH_5.5p1 Debian-6+squeeze2
Что я и ожидал. После настройки туннеля, а затем телеттинг к нему, я вижу этот ответ:
Trying 127.0.0.1...
Connected to 127.0.0.1.
Escape character is '^]'.
============== и еще дальше ==================
В соответствии с предложением kbulgrien , вот вывод с клиентского компьютера с опцией -v:
ssh -vp 24600 127.0.0.1 OpenSSH_5.9p1 Debian-5ubuntu1, OpenSSL 1.0.1 14 марта 2012 г. debug1: чтение данных конфигурации / etc / ssh / ssh_config debug1: / etc / ssh / ssh_config строка 19: применение параметров для * debug1: подключение к порту 1276.0.1 [127.0.0.1] 24600. debug1: соединение установлено. debug1: файл идентификации /home/jacob/.ssh/id_rsa тип -1 debug1: файл идентификации /home/jacob/.ssh/id_rsa-cert тип -1 debug1: файл идентификации /home/jacob/.ssh/id_dsa тип -1 debug1: файл идентификации /home/jacob/.ssh/id_dsa-cert тип -1 debug1: файл идентификации /home/jacob/.ssh/id_ecdsa тип -1 debug1: файл идентификации /home/jacob/.ssh/id_ecdsa-cert тип -1 ssh_exchange_identification: соединение закрыто удаленным хостом
источник
ssh_exchange_identification: Connection closed by remote host
ошибки связана с тем, что подключенный хост указан в списке/etc/hosts.deny
.-v
в команду ssh, которая не удается? Дает ли следующий результат какой-либо другой признак отказа (тchannel 1: open failed: administratively prohibited: open failed
. Е. ).-v
как в туннеле, так и в сбойных командах ssh (в поисках чего-то большего, чемchannel 3: open failed: connect failed: Connection timed out
). Можно отметить, что можно добавить несколько-v
(до трех), чтобы увеличить многословие. Я бы не стал публиковать весь текст, но стоило бы прочитать слова, которые, кажется, указывают на проблему.Ответы:
Возможно, если у вас более 10 сеансов ssh, ожидающих вставки пароля, у вас есть такая ошибка, я помню, что это была недавняя ошибка ssh, если вы это проверите, используйте команду ниже
источник
Нечто подобное произошло на недавней установке. В этой ситуации /etc/hosts.deny существовал и не имел настроек, из-за которых доступ запрещен, поэтому обстоятельства кажутся схожими. Необходимо было изменить /etc/hosts.allow, чтобы добавить что-то вроде:
Детали IP должны быть скорректированы в соответствии с вашими потребностями или заменены на,
ALL
если нет необходимости разрешать использование ssh отовсюду.После внесения изменений остановите и перезапустите sshd.
Upvoted ответы на следующий вопрос предоставляют больше примеров.
SSH hosts.deny и hosts.allow
Вот еще одно свидетельство, связывающее сообщение об ошибке с решением.
Как исправить: ssh_exchange_identification: соединение закрыто из-за проблемы с удаленным хостом при входе по SSH
источник
У меня была та же проблема, и в конце концов решил проблему, исправив
/etc/network/interfaces
:или
без этого конфига я никогда не получу обратное соединение с моим туннелем ssh.
источник
В моем случае мне пришлось вставить в
/etc/ssh/sshd_config
адрес шлюза следующие строки:Подробнее смотрите здесь
Надеюсь это поможет!
источник