JSchException: сбой согласования алгоритма

Question

Я пытаюсь подключиться к удаленному серверу sftp через ssh с помощью JSch (0.1.44-1), но во время "session.connect ();" Я получаю это исключение:

com.jcraft.jsch.JSchException: Algorithm negotiation fail at 
com.jcraft.jsch.Session.receive_kexinit(Session.java:529) at 
com.jcraft.jsch.Session.connect(Session.java:291) at com.jcraft.jsch.Session.connect(Session.java:154)
... 

Журналы от JSch:

INFO: Connecting to xx.xx.xx.xxport 22 
INFO: Connection established 
INFO: Remote version string: SSH-2.0-WeOnlyDo 2.0.6 
INFO: Local version string: SSH-2.0-JSCH-0.1.44 
INFO: CheckCiphers: aes256-ctr,aes192-ctr,aes128-ctr,aes256-cbc,aes192-cbc,aes128-cbc,3des-ctr,arcfour,arcfour128,arcfour256
INFO: aes256-ctr is not available. 
INFO: aes192-ctr is not available.
INFO: aes256-cbc is not available. 
INFO: aes192-cbc is not available.
INFO: arcfour256 is not available. 
INFO: SSH_MSG_KEXINIT sent
INFO: SSH_MSG_KEXINIT received 
INFO: Disconnecting from xx.xx.xx.xx port 22 

Я могу войти на удаленный сервер с помощью команды linux sftp. Я пытался найти какую-либо подсказку в интернете, но мне это не удалось.

Отладка вывода команды linux sftp:

OpenSSH_5.5p1-DAM_1.2, OpenSSL 0.9.8r 8 Feb 201

debug1: Reading configuration data /etc/DAM/ssh/ssh_config
debug1: Applying options for *
debug1: Applying options for *.*
debug1: Connecting to xx.xx.xx.xx [xx.xx.xx.xx] port 22.
debug1: Connection established.
debug1: identity file /**/spv_id_rsa.key type -1
debug1: identity file /**/spv_id_rsa.key-cert type -1
debug1: Remote protocol version 2.0, remote software version WeOnlyDo 2.0.6
debug1: no match: WeOnlyDo 2.0.6
debug1: Enabling compatibility mode for protocol 2.0
debug1: Local version string SSH-2.0-OpenSSH_5.5p1-DAM_1.2
debug1: SSH2_MSG_KEXINIT sent
debug1: SSH2_MSG_KEXINIT received
debug1: kex: server->client aes256-cbc hmac-md5 none
debug1: kex: client->server aes256-cbc hmac-md5 none
debug1: sending SSH2_MSG_KEXDH_INIT
debug1: expecting SSH2_MSG_KEXDH_REPLY
debug1: Host 'xx.xx.xx.xx' is known and matches the RSA host key.
debug1: Found key in ~/.ssh/known_hosts:8
debug1: ssh_rsa_verify: signature correct
debug1: SSH2_MSG_NEWKEYS sent
debug1: expecting SSH2_MSG_NEWKEYS
debug1: SSH2_MSG_NEWKEYS received
debug1: Roaming not allowed by server
debug1: SSH2_MSG_SERVICE_REQUEST sent
debug1: SSH2_MSG_SERVICE_ACCEPT received
debug1: Authentications that can continue: publickey
debug1: Next authentication method: publickey
debug1: Trying private key: /**/spv_id_rsa.key
debug1: read PEM private key done: type RSA
debug1: Authentication succeeded (publickey).
debug1: channel 0: new [client-session]
debug1: Entering interactive session.
debug1: Sending subsystem: sftp
Connected to xx.xx.xx.xx.
sftp>

Answer 1

Есть пара мест, в которых клиенты и серверы SSH пытаются согласовать общую реализацию. Два, о которых я знаю, это шифрование и сжатие. Сервер и клиент формируют список доступных параметров, а затем выбирается лучший доступный вариант в обоих списках.

Если в списках нет приемлемых опций, произойдет сбой с полученной ошибкой. Я предполагаю из результатов отладки здесь, но похоже, что единственные опции сервера для шифрования - "aes256-cbc hmac-md5 none".

JSch не выполняет hmac-md5, и aes256-cbc отключен из-за файлов политики Java. Вы можете попробовать две вещи ...

1. Чтобы увеличить доступные библиотеки шифрования на сервере, установите неограниченные файлы политики на своем клиенте, включив aes256-cbc (убедитесь, что сообщение о том, что оно отключено, исчезло, эти файлы политики, как известно, легко установить на неправильная JVM) с сайта:

   Для JDK 1.6: http://www.oracle.com/technetwork/java/javase/downloads/jce-6-download-429243.html

   Для JDK 1.7: http://www.oracle.com/technetwork/java/javase/downloads/jce-7-download-432124.html

   Для JDK 1.8: http://www.oracle.com/technetwork/java/javase/downloads/jce8-download-2133166.html

2. или попробуйте отключить шифрование.

Первый вариант идеален, если у вас есть доступ к серверу (поверьте, aes128-cbc достаточно шифрует), но второй достаточно прост, чтобы быстро проверить теорию.

Answer 2

Наконец, решение, которое работает без каких-либо изменений на сервере:

1. Загрузите последнюю версию jsch.jar, которую предлагает Иван: http://sourceforge.net/projects/jsch/files/jsch.jar/ jsch-0.1.52.jar отлично работает

2. Поместите загруженный файл в "... \ JetBrains \ PhpStorm 8.0.1 \ lib" и удалите существующий jsch-файл (для PHPStorm 8 это jsch-0.1.50.jar)

3. Перезапустите PHPStorm, и он должен работать

Используйте то же решение для Webstorm

Answer 3

Выполните все шаги, чтобы добавить алгоритмы на сервер ПОЛУЧЕНИЯ (тот, к которому вы подключаетесь). Я предполагаю, что это сервер Linux.

sudo /etc/ssh/sshd_config

Добавьте это в файл (это может быть в конце):

KexAlgorithms curve25519-sha256@libssh.org,ecdh-sha2-nistp256,ecdh-sha2-nistp384,ecdh-sha2-nistp521,diffie-hellman-group-exchange-sha256,diffie-hellman-group14-sha1,diffie-hellman-group-exchange-sha1,diffie-hellman-group1-sha1

Затем перезапустите сервер SSH:

sudo service sshd restart

Answer 4

FWIW, у меня было то же самое сообщение об ошибке при JSch 0.1.50.Обновление до 0.1.52 решило проблему.

Answer 5

Убедитесь, что вы используете последнюю версию JSch. У меня была точно такая же проблема при использовании JSch 0.1.31 и попытке подключиться к серверу RedHat 5. Обновление до последней версии решило проблему.

Answer 6

Проблема связана с используемой вами версией JAR-файла JSCH.

Обновите ее до последней версии.

Я также получаю ту же ошибку, и это решение работает.

Вы можете скачать последнюю банку с

http://www.jcraft.com/jsch/

Answer 7

У меня была та же проблема, при запуске Netbeans 8.0 в Windows и JRE 1.7.

Я только что установил JRE 1.8 из https://www.java.com/fr/download/ (обратите внимание, что он называется Version 8, но это версия 1.8, когдаВы устанавливаете это), и это исправило это.

Answer 8

Решением для меня было установить Oracle безлимитный JCE и установить в JRE_HOME / lib / security. Затем перезапустил glassfish, и я смог подключиться к своему серверу sftp, используя jsch.

Answer 9

добавить KexAlgorithms diffie-hellman-group1-sha1, diffie-hellman-group-exchange-sha‌ 1 в ваш sshd_config на сервере.

Это сработало, но обязательно перезапустите sshd: sudo service sshd restart