SSL异常：SSL对等端关闭不正确
在从Jetty服务器下载文件的客户端Ant任务中，我偶尔会收到
javax.net.ssl.SSLException: SSL peer shut down incorrectly
at com.sun.net.ssl.internal.ssl.InputRecord.readV3Record(InputRecord.java:408)
at com.sun.net.ssl.internal.ssl.InputRecord.read(InputRecord.java:360)
at com.sun.net.ssl.internal.ssl.SSLSocketImpl.readRecord(SSLSocketImpl.java:789)
我在谷歌上搜索了一段时间，但到目前为止，我还没有一个结论性的答案来解释为什么会发生这种情况。
谁能解释一下这个例外的根本原因是什么？
我的Jetty日志似乎没有这个异常的等效痕迹。然而，Jetty服务器似乎确实正在终止安全连接。
作为一个背景——当蚂蚁任务产生的两个客户端使用相同的证书从码头服务器下载预定的文件时，我看到了这个异常。我唯一的怀疑是，来自同一主机的两个客户端提交相同的证书会绊倒码头，最终关闭连接——但这只是一个未经证实的理论。
共有1个答案
如果您有一个封装在SSLSocket中的明文套接字，并且关闭了明文套接字而不是SSLSocket，则可能会导致此问题。异常是警告可能的截断攻击。
当然也可能是真正的截断攻击造成的。
-
我有以下代码： 当我运行代码时，我得到以下异常消息：期间与远程主机的连接失败。 我不知道为什么我会收到这条信息。
-
我有一个问题，集成liquibase maven执行与一个mysql 5.7数据库由Azure作为一个服务.错误日志是： 无法执行目标组织。liquibase:liquibase maven插件：3.0.5:项目上的状态（默认cli）-：设置或运行liquibase:com时出错。mysql。jdbc。例外情况。jdbc4。通信异常：通信链路故障发送到服务器的最后一个数据包是575毫秒前的。握手期
-
如果我在以下URL上运行上述代码:https://eztv.it/shows/887/the-blacklist/，它将按预期工作。两个URL文件大小之间的差异似乎是一个促成因素。在测试同一个服务器的不同URL时，上面的代码似乎只适用于小于30KB的文件。以上任何内容都将生成上述异常。
-
问题内容： 我需要通过HTTPS协议发出请求。我写了以下代码： 我使用 java.io.EOFException 得到了这个异常stacktrace ： 我从 https://google.com 获得了成功的响应，但是以上URL（https://ancine.band.com.br/xml/pgrt1_dta_20150303.xml）中的此错误。 使用PHP，.NET和NodeJS，URL可以
-
我需要通过HTTPS协议提出请求。我编写了以下代码： 有人知道为什么会这样吗？
-
在jenkins中调试从nexus下载的maven后，我出现了以下错误。 Openssl工作正常，证书是由Amazon发布的有效证书。