Received close_notify during handshake 错误解决

最新推荐文章于 2023-10-28 15:47:47 发布
转载 最新推荐文章于 2023-10-28 15:47:47 发布 · 3.2k 阅读 · 1 ·
CC 4.0 BY-SA版权
原文链接：https://www.jianshu.com/p/6ad5f499e418
文章标签：

#android

本文介绍了解决Android Studio中因无法访问JCenter导致的编译错误的方法。通过将build.gradle文件中的JCenter源替换为阿里云Maven源，可以有效避免因网络限制引发的依赖下载失败问题。

1、翻译过来的意思是 ：握手时收到关闭通知。如图：
在这里插入图片描述

因为Android studio 在编译工程的build.gradle时 ，Jcenter里面的数据无法下载，（注：我的报这个错误可能是公司对访问的网络有权限，所以无法访问jcenter的数据）

解决：打开工程的build.gradle文件 ，把buildscript和allprojects中的Jcenter 替换成阿里云的就可以了。如图：
在这里插入图片描述

 maven{ url'http://maven.aliyun.com/nexus/content/groups/public/' }
 maven{ url'http://maven.aliyun.com/nexus/content/repositories/jcenter'}

作者：黑芝麻胡
链接：https://www.jianshu.com/p/6ad5f499e418
来源：简书
著作权归作者所有。商业转载请联系作者获得授权，非商业转载请注明出处。

Deepin下Android Studio出现Received close_notify during handshake构建错误
葡萄花红的博客
07-04 965
错误 在deepin中第一次编译Android项目时出现： javax.net.ssl.SSLException:Received close_notify during handshake 看得出是SSL连接问题。 解决办法 查阅资料大致有几种解决办法： 关闭防火墙。但是deepin默认是没有防火墙，因此不推荐这种方法。 选用第三方源。将项目的build.gradle文件中的jcenter()替换成： maven{ url'http://maven.aliyun.com/nexus/content/g
webmagic0.7.3 最新包 修复protocol_version，Received close_notify during handshake
09-21
webmagic 最新包 修复protocol_version，Received close_notify during handshake
安卓编译错误原因及处理方法
01-20
（1）打包apk时遇到”Received close_notify during handshake” 1.1（此方法仅解决我的一次问题，是否可靠仍待测试）可能是由build.grade文件下 ` buildscript { repositories { jcenter() google() } }` jcenter()相关文件不能下载引起的，切换为阿里的源之后即可，代码如下 buildscript { repositories { maven { u
关于错误javax.net.ssl.SSLException: Received close_notify during handshake
dhp811的专栏
10-28 2185
小伙伴感觉很奇怪，单元测试接口都不报错，但程序上传到服务器，远程调用偶尔报这个错误。从错误内容看，socket通信被关闭，从网上查的相关资料特别多。但是，今天小伙伴遇到的问题原因都不是以上所描述的，而是由于服务器网络带宽不足导致的，升级服务器的带宽，就没有此问题发生。2）使用jmeter测试时遇到此问题，解决方法：升级jdk版本，或者按照jmeter插件。1）jdk的版本太低，不支持TLS协议的版本，解决方法：升级jdk版本。
Received close_notify during handshake
wusejiege6的博客
07-17 370
问题存在原因：这是Android编译错误，jcenter里面的东西下载不了引起的。 问题解决：在项目的build.gradle文件中将jcenter()换成阿里的源，具体示例代码如下。修改之后再重新Sync Project即可。 buildscript { ext.kotlin_version = '1.3.50' repositories { google() // jcenter() maven{ url'http://maven.aliy
https解决SSLHandshakeException问题.zip
12-09
首先，`SSLHandshakeException`通常表示在SSL/TLS握手过程中出现了错误，这个过程包括客户端和服务器之间的一系列交互，用于身份验证、协商加密算法和建立共享密钥。在Android 5.0以下的系统中，可能存在的问题包括...
Received close_notify during handshake：
qq_40786605的博客
07-07 243
Received close_notify during handshake： 今天android studio配置环境的时候出现该错误。主要由于无法通过jcenter()下载。更换为阿里的源即可 修改方案： // Top-level build file where you can add configuration options common to all sub-projects/modules. buildscript { repositories { google()
ERROR: Received close_notify during handshake
热门推荐
u012138730的专栏
06-01 2万+
Android Studio GradleSync一直失败，提示：ERROR: Received close_notify during handshake 看https://stackoverflow.com/questions/59408006/error-received-close-notify-during-handshake 说是ssl连接的问题，关闭防火墙再试一次，果然就好了。本...
Android - 问题：Received close_notify during handshake
学无止境
07-11 574
问题原因：AndroidStudio 编译错误，jcenter无法访问下载地址引起的。 问题解决：在项目的build.gradle文件中将 jcenter() 换成阿里的源，具体示例代码如下。 修改之后再重新Sync Project，点击文件上面的 sync new。 buildscript { ext.kotlin_version = '1.3.50' repositories { google() // jcenter() maven{ u
Android Studio 编译很久后报错：Received close_notify during handshake
z40993130的博客
08-23 528
今天新建一个Android Studio 工程（Java or Kotlin Library) 后突然出现一个问题：新建工程编译很久后出现失败。报错信息： Received close_notify during handshake 报错原因：下载kotlin的一个包时没有下载下来，应该是找不到对应的包或者连不上对应maven仓库。 解决办法：修改build.gradle中信息。将maven仓库 jcenter() 改为阿里的maven仓库： maven{ url’http://maven.aliyun.c
Gradle sync failed: Received close_notify during handshake
hanxiongwei的博客
11-12 307
今天无聊升级了一下Android studio, 然后，粗事了，55555~~~ 编译报错，如图： 翻译过来的意思是 ：握手时收到关闭通知。 因为Android studio 在编译工程的build.gradle时 ，Jcenter里面的数据无法下载，注：我的报这个错误可能是公司对访问的网络有权限，所以无法访问jcenter的数据） 解决：打开工程的build.gradle文件 ，把buildscript和allprojects中的Jcenter 替换成阿里云的就可以了。如图： mav
Android Studio的几个Error与解决方案:“NDK not configured”；“Received close_notify during handshake”
天富儿的博客
07-14 1818
Android Studio的几个Error与解决方案NDK not configured. Download it with SDK manager.问题解决问题Received close_notify during handshake.问题解决问题参考 NDK not configured. Download it with SDK manager. 问题 新安装的Android Studio报出以下错误： 其实，已经安装了NDK。但我还是点击Update试了试。然后就遇到了另一个问题：==Coul
idea gradle sync 失败，报错 ERROR: Received close_notify during handshake
qq_30346413的博客
07-01 2043
场景：从spirng官网下载了一个springboot项目，使用gradle构建，结果在导入的时候构建一直报错，下载不了插件 报错 ERROR: Received close_notify during handshake 显示：Connection reset 具体报错： Caused by: java.net.SocketException: Connection reset at java.net.SocketInputStream.read(SocketInputStream.jav
if(ret == MBEDTLS_ERR_SSL_PEER_CLOSE_NOTIFY) { ssl_log(SSL_ERROR, "MBEDTLS_ERR_SSL_PEER_CLOSE_NOTIFY"); break; }什么报错
最新发布
10-24
你问的是： ```c if (ret == MBEDTLS_ERR_SSL_PEER_CLOSE_NOTIFY) { ssl_log(SSL_ERROR, "MBEDTLS_ERR_SSL_PEER_CLOSE_NOTIFY"); break; } ``` > ❓ 这个 `MBEDTLS_ERR_SSL_PEER_CLOSE_NOTIFY` 是什么错误？它真的是“错误”吗？ --- ## ✅ 答案：这不是一个真正的“错误”，而是一个 **正常的连接关闭通知** ### 🔍 它的含义是： > 对端（客户端或服务器）**正常地发送了 TLS 关闭通知（close_notify）**，表示：“我要安全关闭这个连接了”。 --- ## 📘 TLS 协议中的 `close_notify` 详解 在 TLS 协议中，`close_notify` 是 **告警消息（alert message）** 的一种，属于 **正常通信流程的一部分**。 ### 类型： - 告警级别：`warning` 或 `fatal` - 此处为：`close_notify`（值为 `0`） 当一端调用 `mbedtls_ssl_close_notify(&ssl)` 时，就会发送： ```text [Alert Protocol] → close_notify ``` 接收方收到后，`mbedtls_ssl_read()` 或 `mbedtls_ssl_handshake()` 就会返回： ```c MBEDTLS_ERR_SSL_PEER_CLOSE_NOTIFY ``` --- ## ✅ 所以你应该怎么处理？ ### ✔️ 正确做法：把它当作 **正常断开连接** 来处理，而不是错误！ ```c if (ret == MBEDTLS_ERR_SSL_PEER_CLOSE_NOTIFY) { ssl_log(SSL_INFO, "Peer sent close_notify - connection closed gracefully"); break; // 正常退出读循环 } ``` 📌 建议日志级别用 `INFO` 或 `DEBUG`，不要用 `ERROR` --- ## ⚠️ 为什么很多人误以为这是“错误”？ 因为它的名字里有 `ERR_`，看起来像错误码，但实际上： | 名称 | 实际意义 | |------|----------| | `MBEDTLS_ERR_SSL_PEER_CLOSE_NOTIFY` | ❌ 不是传输错误<br>✅ 是对端主动关闭连接的通知 | 👉 它只是 **通过返回负数来通知上层协议状态的一种机制**，不是网络异常或加密失败。 --- ## 🧩 其他常见 TLS 告警（Alerts） | 告警名称 | 错误码 | 含义 | 是否严重 | |--------|-------|------|---------| | `close_notify` | `0` | 对端关闭连接 | ✅ 正常 | | `unexpected_message` | `10` | 协议乱序 | ❌ 异常 | | `bad_record_mac` | `20` | 解密失败/MAC 校验错 | ❌ 严重 | | `handshake_failure` | `40` | 握手失败 | ❌ 失败 | | `decrypt_error` | `51` | 解密失败 | ❌ 可能攻击 | 这些都会导致 `mbedtls_ssl_read()` 返回不同的负值。 但只有 `close_notify` 是预期中的正常行为。 --- ## ✅ 最佳实践建议 ### 1. 区分对待 `close_notify` 和其他错误 ```c while (1) { ret = mbedtls_ssl_read(&ssl, buf, sizeof(buf)); if (ret > 0) { // 成功读取数据 handle_data(buf, ret); } else if (ret == 0) { // 连接被对端关闭（TCP FIN） ssl_log(SSL_INFO, "Connection closed by peer (EOF)"); break; } else if (ret == MBEDTLS_ERR_SSL_PEER_CLOSE_NOTIFY) { // TLS 层正常关闭通知 ssl_log(SSL_INFO, "Peer sent close_notify"); mbedtls_ssl_close_notify(&ssl); // 可选：回送 close_notify break; } else if (ret == MBEDTLS_ERR_SSL_WANT_READ || ret == MBEDTLS_ERR_SSL_WANT_WRITE) { // 非阻塞等待更多数据 continue; } else { // 真正的错误：证书问题、解密失败等 ssl_log(SSL_ERROR, "SSL read failed: %d", ret); break; } } ``` ### 2. （可选）回送 `close_notify` 你可以礼貌地回应一个关闭通知： ```c mbedtls_ssl_close_notify(&ssl); // 发送 close_notify 给对端 ``` 这符合 TLS 规范的“双工关闭”流程。 --- ## ✅ 总结 | 问题 | 回答 | |------|------| | `MBEDTLS_ERR_SSL_PEER_CLOSE_NOTIFY` 是错误吗？ | ❌ 不是！它是正常的关闭通知 | | 应该记录为 ERROR 日志吗？ | ❌ 不推荐，应使用 INFO/DEBUG | | 收到后是否需要中断连接？ | ✅ 是的，但属于正常断开 | | 是否必须回复 `close_notify`？ | ⚠️ 推荐但非强制（RFC 要求） | | 如何避免误判为异常？ | ✅ 在代码中单独判断并优雅处理 | --- ###
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
表情包 代码片
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值