debug1: ожидается SSH2_MSG_KEX_DH_GEX_GROUP

8

У меня есть два сервера A и B. A и B могут подключаться по ssh друг к другу и другим серверам, но не могут подключаться по ssh к серверу C. Все серверы могут подключаться по ssh к A и B (включая сервер C). Запрос зависает при следующем:

debug1: SSH2_MSG_KEX_DH_GEX_REQUEST sent
debug1: expecting SSH2_MSG_KEX_DH_GEX_GROUP

и в конце концов тайм-аут. Если я это делаю, netstat -aя вижу установленное соединение на сервере C и сервере A или B. Когда я подключаюсь к серверу C, я вижу попытку подключения, но никогда не завершаюсь. Я могу пинговать, как и traceroute в обоих направлениях.

ssh Стив
источник
1
Более подробный ответ вы найдете здесь: superuser.com/questions/568891/…
Cormite

Ответы:

5

Я нашел ту же проблему.

В моем случае:

  • Версия SSH клиента: OpenSSH_6.7p1 Debian-5, OpenSSL 1.0.1k 8 января 201
  • Версия SSH сервера: OpenSSH_5.3p1, OpenSSL 1.0.1e-fips 11 февраля 2013

Кажется, есть проблема, связанная с этой версией ssh-сервера, потому что я использую один и тот же клиент с множеством различных удаленных систем без каких-либо проблем.

После многих тестов, играя со значениями MTU, я, наконец, обнаружил, что решение было удалить hmac-md5 из списка алгоритмов MAC.

В /etc/ssh/ssh_configредактируем следующую строку:

#   MACs hmac-md5,hmac-sha1,umac-64@openssh.com,hmac-ripemd160
MACs hmac-sha1

Я надеюсь, что это поможет вам.

dgaavl
источник
1
Голосование за тот факт, что вы упомянули MTU, что решило мою проблему ... точнее говоря, моя сессия ssh прошла через маршрутизируемые интерфейсы с разными MTU. Я исправил асимметричную маршрутизацию, и это также исправило проблему.
Майк Пеннингтон
У меня была эта ошибка на Debian Jessie, и это исправило.
2

добавить -c aes256-ctr

решение через http://www.held.org.il/blog/2011/05/the-myterious-case-of-broken-ssh-client-connection-reset-by-peer/

Я обнаружил эту проблему сегодня, пытаясь войти в новый стек LAPP bitnami (OpenSSH_5.9p1 Debian-5ubuntu1.4 pat OpenSSH_5 *) из магазина AWS с Mac под управлением 10.9.4 (OpenSSH_6.2p2, OSSLShim 0.9.8r 8 декабря 2011 г.). ).

user1383619
источник
2
Добавить это к чему? Деталь всегда ценится.
Сокол Момот
Это работает. Более корневое решение, по-видимому, отключает большие кадры на моем клиентском компьютере с OS X и решает его без необходимости заимствования набора шифров.
Брайан Рейтер