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>
12 ответов
Клиенты и серверы SSH пытаются согласовать общую реализацию в нескольких местах. Два, о которых я знаю, это шифрование и сжатие. Сервер и клиент формируют список доступных параметров, а затем выбирается лучший доступный вариант в обоих списках.
Если в списках нет приемлемого параметра, он завершается с ошибкой, которую вы получили. Я предполагаю из вывода отладки здесь, но похоже, что единственные опции сервера для шифрования - "aes256-cbc hmac-md5 none".
JSch не выполняет hmac-md5, и aes256-cbc отключен из-за ваших файлов политики Java. Вы можете попробовать две вещи...
- Чтобы увеличить доступные библиотеки шифрования на сервере, установите неограниченные файлы политики на своем клиенте, включив aes256-cbc (убедитесь, что сообщение о том, что оно отключено, исчезает, эти файлы политики, как известно, легко установить на неправильную JVM) от Sun Java 6 скачать сайт,
- или попробуйте отключить шифрование.
Первый идеален, если у вас есть доступ к серверу (поверьте, aes128-cbc - это много шифрования), но второй достаточно прост, чтобы быстро проверить теорию.
Наконец, решение, которое работает без каких-либо изменений на сервере:
Загрузите последнюю версию jsch.jar, которую предлагает Иван: http://sourceforge.net/projects/jsch/files/jsch.jar/ jsch-0.1.52.jar отлично работает
Поместите загруженный файл в "...\JetBrains\PhpStorm 8.0.1\lib" и удалите существующий jsch-файл (для PHPStorm 8 это jsch-0.1.50.jar)
Перезапустите PHPStorm, и он должен работать
Используйте то же решение для Webstorm
Выполните все шаги, чтобы добавить алгоритмы на сервер RECEIVING (тот, к которому вы подключаетесь). Я предполагаю, что это сервер 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
FWIW, у меня было то же самое сообщение об ошибке под JSch 0.1.50. Обновление до 0.1.52 решило проблему.
Поскольку библиотека jsch больше не поддерживается (последний выпуск был опубликован в 2018 году), ни один из приведенных выше ответов не помог мне решить проблему.
Недавно я столкнулся с той же проблемой, потому что версия OpenSSH на сервере была 8.8, которая попрощалась с алгоритмом ssh-rsa. И если вы ищете «jsch ssh-rsa», вероятно, вы также получите это как первый результат: https://www.matez.de/index.php/2020/06/22/the-future-of-jsch- без-ssh-rsa/ .
Как было предложено в сообщении в блоге, я применил вставную замену, и это сработало без внесения каких-либо изменений в исходный код. Единственное изменение, которое потребовалось, это заменить
com.jcraft:jschзависимость от
com.github.mwiede:jsch.
Заменять:
<dependency>
<groupId>com.jcraft</groupId>
<artifactId>jsch</artifactId>
<version>0.1.55</version>
</dependency>
с:
<dependency>
<groupId>com.github.mwiede</groupId>
<artifactId>jsch</artifactId>
<version>0.2.0</version>
</dependency>
Надеюсь, это поможет будущим посетителям.
Убедитесь, что вы используете последнюю версию JSch. У меня была точно такая же проблема при использовании JSch 0.1.31 и попытке подключиться к серверу RedHat 5. Обновление до последней версии решило проблему.
Проблема связана с версией используемого вами баночка JSCH.
Обновите его до последней банки.
Я также получал ту же ошибку, и это решение работало.
Вы можете скачать последнюю банку с
У меня была та же проблема: запуск Netbeans 8.0 в Windows и JRE 1.7.
Я только что установил JRE 1.8 с https://www.java.com/fr/download/ (обратите внимание, что он называется Version 8 но это версия 1.8, когда вы устанавливаете его), и он это исправил.
добавьте KexAlgorithms diffie-hellman-group1-sha1,diffie-hellman-group-exchange-sha 1 в свой sshd_config на сервере.
Это сработало, но обязательно перезапустите sshd: sudo service sshd restart
Решение для меня заключалось в том, чтобы установить Oracle безлимитный JCE и установить в JRE_HOME/lib/security. Затем перезапустил glassfish, и я смог подключиться к своему серверу sftp с помощью jsch.
Обновление Java 8 до u162 или выше должно помочь. В этой версии по умолчанию включена политика неограниченной прочности.
Я обновил jsch lib до последней версии (0.1.55). у меня работает нормально. нет необходимости перезагружать сервер или обновлять java(в настоящее время используется java8)