Подтвердить что ты не робот

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

Я пытаюсь подключиться к удаленному серверу 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>
4b9b3361

ОТВЕТЫ

Ответ 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 - это много шифрования), но второй достаточно прост, чтобы быстро проверить теорию.

Ответ 2

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

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

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

  • Перезагрузите PHPStorm и он должен работать

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

Ответ 3

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

Ответ 4

Проблема с версией используемого вами банка JSCH.

Обновите его до последней баночки.

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

Вы можете загрузить последнюю банку из

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

Ответ 5

Полные шаги для добавления алгоритмов к серверу RECEIVING (к которому вы подключаетесь). Я предполагаю, что это сервер Linux.

sudo /etc/ssh/sshd_config

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

KexAlgorithms [email protected],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

Ответ 6

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

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

Ответ 7

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

Ответ 8

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

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

Ответ 9

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

Ответ 10

я все еще сталкиваюсь с той же проблемой, я обновил свой jar до jsch-0.1.55.jar

На самом деле у меня есть Java 7, и я пытаюсь подключиться к FTP-серверу. Получение "Ошибка согласования алгоритма"