Jvm SSL握手在Linux上不起作用,但在OS X上起作用

Jvm SSL握手在Linux上不起作用,但在OS X上起作用,jvm,ubuntu-14.04,osx-yosemite,keystore,quickfixj,Jvm,Ubuntu 14.04,Osx Yosemite,Keystore,Quickfixj,我正在对一个使用QuickFIX/J并用Groovy 2.4.5编写、使用Gradle 2.10构建的应用程序进行故障排除。此修复服务器还通过Spring boot 1.2.6提供了API和API 当从OSX运行时,应用程序可以通过SSL连接连接到测试对等接受程序,但当从Ubuntu14.04运行时,它不起作用 Linux事件日志: [时间戳]:断开连接:套接字异常(/[ip:port]):javax.net.ssl.SSLHandshakeException:ssl握手失败 我已尝试使用key

我正在对一个使用QuickFIX/J并用Groovy 2.4.5编写、使用Gradle 2.10构建的应用程序进行故障排除。此修复服务器还通过Spring boot 1.2.6提供了API和API

当从OSX运行时,应用程序可以通过SSL连接连接到测试对等接受程序,但当从Ubuntu14.04运行时,它不起作用

Linux事件日志:

[时间戳]:断开连接:套接字异常(/[ip:port]):javax.net.ssl.SSLHandshakeException:ssl握手失败

我已尝试使用
keytool
检查证书,但未发现证书有问题。我还检查了文件路径是否与大小写匹配,排除了OSX文件系统不区分大小写的特性

该证书由运行接受者的公司生成和签署。如何在Ubuntu上进一步排除握手失败的故障


更新 在为QuickFIX/J实现更多日志记录之后,我得到了额外的信息。我尝试的所有谷歌搜索都没有很好地解释错误的含义:

[timestamp][NioProcessor-3]调试o.apache.mina.filter.ssl.SslHandler-来自SSLEngine.closeInbound()的意外异常。 javax.net.ssl.SSLException:入站在收到对等方的关闭通知之前关闭:可能的截断攻击


在我的例子中,这是QuickFIX/J库使用的ApacheMina版本的一个问题。我们开始使用Stunnel,所以我不知道这个错误是否已经修复。

如果你打算否决这个问题,请至少留下一条评论,说明为什么我可以改进它。这是一个棘手的问题。否决投票根本没用。我会先尝试启用日志记录。我在我的
logback.xml
文件中这样做:
(唯一重要的是为
quickfix
命名空间启用调试级别非常有用),它应该为您提供比事件日志文件中更多的信息。请注意,
mina.filter
异常标记为
DEBUG
消息(来自您的更新)。很难猜到问题,整个日志会更有用,然后可能会有人发现问题。我收到过一次相同的错误。但是,在我的情况下,等待连接重新连接就足够了(我从您的更新中得到了异常,而不是事件日志中的异常)。我同意,如果有经验的人能够看到完整的日志或获得可复制的构建,这将非常有帮助。不幸的是,我没有共享源代码的权限。在我的案例中,每次尝试修复登录时,我都会立即遇到
SSL握手失败
,日志中唯一的内容就是我已经提到的消息。