JSchException：算法协商失败

Posted 2023-02-16

【中文标题】JSchException：算法协商失败

【英文标题】：JSchException: Algorithm negotiation fail

【发布时间】：2011-09-09 22:55:21

【问题描述】：

我正在尝试使用 JSch (0.1.44-1) 通过 ssh 连接到远程 sftp 服务器，但在 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>

【参考方案1】：

SSH 客户端和服务器在几个地方尝试并就通用实现达成一致。我知道的两个是加密和压缩。服务器和客户端生成一个可用选项列表，然后选择两个列表中的最佳可用选项。

如果列表中没有可接受的选项，则它会失败并显示您收到的错误。我从这里的调试输出中猜测，但看起来唯一用于加密的服务器选项是“aes256-cbc hmac-md5 none”。

JSch 不执行 hmac-md5 并且 aes256-cbc 由于您的 Java 策略文件而被禁用。您可以尝试的两件事是...

要增加服务器上可用的加密库，请在客户端上安装不受限制的策略文件，启用 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

或尝试禁用加密。

如果您可以访问服务器，第一个是理想的（相信我，aes128-cbc 是大量加密），但第二个很容易快速测试理论。

【讨论】：

谢谢！我已经通过使用您的第二个建议解决了我的问题（我无权访问远程服务器）。服务器只有这些加密选项[aes256-cbc, rijndael256-cbc, [e-mail]] 我确实在40分钟前自己找到了解决方案（然后找到了您的帖子！再次感谢您！）

当我使用 vngx-jsch (github.com/vngx/vngx-jsch) 时，我发现了更好的错误日志记录，它把我带到了这个自述文件：（jcraft.com/jsch/README - 关于 AES 密码的部分），然后 JSch 是能够在我的客户端机器上使用 aes256-cbc - 这解决了我的问题。再次感谢您分享您的知识。

如果问题再次出现，您也可以检查密钥交换算法。最新版本的 debian 和 synology DSM 发布 OpenSSH 时禁用了 diffie-hellman-group1-sha1，而 Jsch 似乎不支持其他版本。如果可以，请将KexAlgorithms diffie-hellman-group1-sha1,diffie-hellman-group-exchange-sha1 添加到服务器上的sshd_config。至少这对我有用（TeamCity 8.1.5 与 Synology DSM 5.1 上的 git 存储库）。

我升级到 jsch-0.1.54.jar 并且还将我的 Ant 执行从使用 JDK7 升级到使用 JDK8。这为我解决了问题。

您能否指定我们如何禁用加密？

【参考方案2】：

FWIW，我在 JSch 0.1.50 下也有同样的错误消息。升级到 0.1.52 解决了这个问题。

【参考方案3】：

我遇到了同样的问题，在 Windows 上运行 Netbeans 8.0 和 JRE 1.7。

我刚刚从https://www.java.com/fr/download/ 安装了JRE 1.8（注意它叫Version 8，但安装时它是1.8 版），它修复了它。

【参考方案4】：

终于找到了一个无需对服务器进行任何更改即可工作的解决方案：

按照 Yvan 的建议下载最新的 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 使用相同的解决方案

【讨论】：

我升级到 jsch-0.1.54.jar 并且还将我的 Ant 执行从使用 JDK7 升级到使用 JDK8。这为我解决了问题。

@johnstosh，应该不需要升级到JDK8，升级到jsch-0.1.52.jar对我来说就足够了。不过我从 Maven 中使用它（需要指定 wagon-ssh 插件 2.12+ 或 3.0.0+），所以可能与 Ant 有一些细微差别......

我不认为这是一个通用修复 - 我正在运行 0.1.54 并且仍然收到错误。

【参考方案5】：

问题在于您使用的 JSCH jar 版本。

更新到最新的jar。

我也遇到了同样的错误，这个解决方案有效。

你可以从

下载最新的jar

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

【讨论】：

嗨@user203004 - 你知道JSCH版本有什么问题吗？例如，您在发行说明中是否有关于他们进行代码更改以阻止它抛出此异常的参考？

【参考方案6】：

添加Kex算法 diffie-hellman-group1-sha1,diffie-hellman-group-exchange-sha‌​1 到 您在服务器上的 sshd_config。

这可行，但请确保您重新启动 sshd： sudo service sshd 重启

【参考方案7】：

将算法添加到 RECEIVING 服务器（您要连接的服务器）的完整步骤。我假设这是一个 Linux 服务器。

sudo /etc/ssh/sshd_config

将此添加到文件中（可以在末尾）：

KexAlgorithms [e-mail],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

【参考方案8】：

确保您使用的是最新版本的 JSch。在使用 JSch 0.1.31 并尝试连接到 RedHat 5 服务器时，我遇到了同样的问题。更新到最新版本解决了这个问题。

【参考方案9】：

我的解决方案是安装 oracle 无限 JCE 并安装在 JRE_HOME/lib/security 中。然后重新启动 glassfish，我就可以使用 jsch 连接到我的 sftp 服务器了。

【讨论】：

我使用的是 Java 8 和 jsch-0.1.54.jar，但仍需要执行此步骤来解决此问题。

【参考方案10】：

我更新了最新的 jsch lib (0.1.55)。对我来说工作得很好。 无需重启服务器或无需更新java（当前使用java8）

【参考方案11】：

将 Java 8 升级到 u162 或更高版本应该会有所帮助。从此版本默认启用无限强度策略。