Java安全性InvalidKeyException ODL Netconf TestTool

时间:2018-02-21 17:02:33

标签: java opendaylight

我已将ODL Netconf TestTool(netconf-testtool-1.1.0-Boron-executable.jar)部署到我的Nitrogen ODL Controller上,因此我开始进行Netconf测试。

当我通过java -Xmx1G -jar netconf-testtool-1.1.0-Boron-executable.jar启动Netconf TestTool时,我得到以下输出似乎是正确的。

root@Ubuntu:~# java -Xmx1G -jar netconf-testtool-1.1.0-Boron-executable.jar

 - 16:56:29.985 [main] INFO  o.o.n.t.tool.NetconfDeviceSimulator - Starting 1, SSH simulated devices starting on port 17830
 - 16:56:31.336 [main] INFO  o.a.sshd.common.util.SecurityUtils - Trying to register BouncyCastle as a JCE provider
 - 16:56:32.381 [main] INFO  o.a.sshd.common.util.SecurityUtils - BouncyCastle not registered, using the default JCE provider
 - 16:56:32.683 [main] INFO  o.o.n.t.tool.NetconfDeviceSimulator - All simulated devices started successfully from port 17830 to 17830

然后我继续通过REST在ODL控制器上为Netconf TestTool添加一个Netconf-Connector,这是成功的,它会报告"连接"状态。

"node-id": "Netconf-Testtool",
"netconf-node-topology:host": "127.0.0.1",
"netconf-node-topology:connection-status": "connecting",
"netconf-node-topology:port": 17830

但是当我回顾ODL TestTool时,我看到以下JAVA错误

java.security.InvalidKeyException: The security strength of SHA-1 digest algorithm is not sufficient for this key size

有没有人见过这个?

1 个答案:

答案 0 :(得分:0)

我正在使用碳(1.2.3-SNAPSHOT)的netconf-test-tool和控制器的ODL Boron SR3进行相同的操作。

我发现原因是我的VM正在使用工具运行的JDK 8 u161,看起来u151发生了更改,更改了默认密钥。 http://www.oracle.com/technetwork/java/javase/8u151-relnotes-3850493.html

我从像Stephen建议的nexus中删除了netconf-testtool-1.3.2-executable.jar工件,问题已经消失,我可以安装模拟器。

测试工具的1.3.x版本上的SSH相关依赖项可能已使用较新版本的JDK进行更新。