mosquitto日志报错SSL routines:SSL3_READ_BYTES:tlsv1 alert unknown ca

最新推荐文章于 2025-06-18 09:03:30 发布

转载

最新推荐文章于 2025-06-18 09:03:30 发布 · 8.4k 阅读

6 ·

CC 4.0 BY-SA版权

原文链接：https://segmentfault.com/a/1190000014250065

文章标签：

#运维 #python #php

在配置mosquitto的SSL/TLS安全通信时，遇到SSL错误SSL3_READ_BYTES:tlsv1 alert unknown ca。经过排查，问题出在自签名证书的CA与服务器IP不符。修改 mosquitto.conf 中 cafile 的值为服务器IP，解决了问题。此外，了解了mosquitto的单向认证特性，确保客户端验证服务端的可靠性。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

参考文章

Mosquitto服务器的搭建以及SSL/TLS安全通信配置
Mosquitto SSL Configuration -MQTT TLS Security 读者Abhinav Saxena的评论
OpenSSL - error 18 at 0 depth lookup:self signed certificate

系统版本: CentOS7

mosquitto版本: 1.4.15

openssl版本: 1.0.1e

参考文章1对mosquitto的TLS配置步骤讲解得十分详细, 包含了openssl生成证书及密钥, mosquitto的配置, 及其内置pub/sub客户端对证书及密钥的使用等.

其实关于mosquitto的自签名SSL/TLS配置, 在用yum安装后可以使用man mosquitto-tls查看, 其中也有详细的操作步骤.

按照这样的流程走下来, mosquitto启动正常, 相关配置如下.

cafile /etc/mosquitto/certs/ca.crt
certfile /etc/mosquitto/certs/server.crt
keyfile /etc/mos

最低0.47元/天解锁文章

200万优质内容无限畅学

确定要放弃本次机会？

福利倒计时

: :

立减 ¥

普通VIP年卡可用

立即使用

weixin_34363171

关注关注

1
点赞
踩
6

收藏

觉得还不错? 一键收藏
0
评论
分享

复制链接

分享到 QQ

分享到新浪微博

扫一扫
举报

举报

hfd下载大模型文件时出现curl:(35) OpenSSL/1.1.1k:error:14094438:SSL routines:ssl3_read_bytes:tlsv1 alert的解决方案

weixin_43178406的博客

03-29

8万+

本文主要介绍了使用hfd下载大模型文件时出现curl: (35) OpenSSL/1.1.1k: error:14094438:SSL routines:ssl3_read_bytes:tlsv1 alert internal error的解决方案，希望能对使用hfd下载大模型的同学们有所帮助。文章目录 1. 问题描述 2. 解决方案

python3.6.5 证书过期问题解决[SSL: SSLV3_ALERT_CERTIFICATE_EXPIRED] sslv3 alert certificate expired

qq_30796127的博客

04-16

1541

这个问题卡了我好几天，网上找的诸如重编openssl库，或者编译选项加--with-ssl --with-openssl这些方法都不行，后面沉下心进测试脚本里调试后解决。2.4 openssl x509 -in cert.pem -text -noout查看是否正常输出。可以看到其中的Validity里面的期限已经过了，我们把系统时间修改为有效期内就行了。2.6 将我们生成的二合一证书替换Python里的过期证书，如果只是为了编译通过，方法1是最简单的。既然是证书过期，那就重新生成证书就好了。

参与评论您还未登录，请先登录后发表或查看评论

error Error: write EPROTO...SSL routines:ssl3_read_bytes:tlsv1 alert internal...SSL alert number 80

q1003675852的博客

01-25

3927

前端编译报错error Error: write EPROTO 139798789396352:error:14094438:SSL routines:ssl3_read_bytes:tlsv1 alert internal error:../deps/openssl/openssl/ssl/record/rec_layer_s3.c:1546:SSL alert number 80的问题记录。

mosquitto日志报错SSL routines:SSL3_READ_BYTES:tlsv1 alert decrypt error

Lyttt的博客

05-18

4684

目录问题描述解决方法对于mosquitto库的C程序对mosquitto命令行问题描述今天在进行测试mosquitto的TLS/SSL出现如下错误，表明错误是出现在tls版本上：经过了解可知mosquitto_pub和mosquitto_sub的tls版本默认为tlsv1.2，然而在我的虚拟机中openssl的版本是1.1.1，且在mosquitto.conf中配置tls_version tlsv1.1（这里配置的是单向认证，双向认证也适用），所以会出现tls版本错误。 .

VaRest插件在Windows系统中遇到的TLS证书验证问题解析

热门推荐

咻咻ing的专栏

07-25

3万+

出现这个错误的原因是python.org已经不支持TLSv1.0和TLSv1.1了。更新pip可以解决这个问题。但是如果使用传统的python -m pip install --upgrade pip的方式，还是会出现那个问题。这是一个鸡和蛋的问题，你因为TLS证书的问题需要去升级pip，升pip的时候又因为TLS证书的原因不能下载最新版本的pip。这时候就没有办法了，只能手动的去升级pip。...

fiscobcos ssl handshake failed:/127.0.0.1:20200 reason: error:14094438:SSL routines:ssl3_read.

m0_69844818的博客

11-15

487

在安装fiscobcos时控制台发生ssl handshake failed:/127.0.0.1:20200。问题出在官方提供的下载控制台中我安装的是3.0版本的由于github访问缓慢我选择使用gitee。可能导致控制台不适配框架版本我选择手动下载console3.7版本后在次连接成功。但是官方这里同的download_console.sh 是2.9版本。

wget和curl访问https网页报错tlsv1 unrecognized name处理（未解决）

企业实战系列集 ●●● https://ximenjianxue.blog.youkuaiyun.com

05-30

4022

一、问题Maison 某次，linux环境使用wget下载软件时，出现报错：正在解析主机 nginx.org... 52.58.199.22, 3.125.197.172, 2a05:d014:edb:5704::6, ... 正在连接 nginx.org|52.58.199.22|:443... 已连接。 OpenSSL: error:14077458:SSL routines:SSL23_GET_SERVER_HELLO:tlsv1 unrecognized name 无法建立 SSL 连接。二

git clone error:1407742E:SSL routines:SSL23_GET_SERVER_HELLO:tlsv1 alert protocol version

ppx2017的博客

06-07

1925

更新了git，以及TLS之后，发现还是报错，后来直接使用git bash操作，终于成功了。原因：平时使用的是cmder，由于自带git，所以更新之后没效果

诡异的错误：OpenSSL.SSL.Error: [('SSL routines', 'ssl3_get_record', 'decryption failed or bad record mac')

欢迎来到打不死的小强的专栏

02-27

3万+

最近在学习pytorch，所以必须首先配置环境，但是在此期间出现了如题所述的错误，更奇怪的是当自己要安装opencv是竟然出现了同样的错误（以上均是在服务器上进行的），真是令人发指。。。。首先看错误信息： Traceback (most recent call last): File "/home/zqzhu/anaconda3/lib/python3.7/site-packages/pip...

SSL/TLS警告协议详解以及常见握手失败消息的含义与解决方案

new9232的博客

03-28

1万+

警告协议（Alert Protocol）是SSL/TLS协议栈的一部分，它用于在两个通信对等实体之间传输关于连接状态、错误或其他重要条件的通知。当加密会话中发生异常或错误时，一方可以通过发送一个警告消息来通知另一方。

解决吉大正源(身份认证网关|USBKey)和gmssl(server|client)使用gmtl协议交叉互通报错tlsv1 alert decrypt error

CHYabc123456hh的博客

11-23

2399

解决吉大正源(身份认证网关|USBKey)和gmssl(server|client)使用gmtl协议交叉互通报错SSL_connect:error in SSLv3/TLS write finished 140057291788288:error:1409441B:SSL routines:ssl3_read_bytes:tlsv1 alert decrypt error:ssl/record/rec_layer_s3.c:1385:SSL alert number 51

报错： SSL error: [SSL: TLSV1_ALERT_PROTOCOL_VERSION] tlsv1 alert protocol version (_ssl.c:590)的一个解决方案

黑夜开发者的博客

06-21

5572

解决方案：export COMPOSE_TLS_VERSION=TLSv1_2

OpenSSL Error messages: error:14094410:SSL routines:ssl3_read_bytes:sslv3 alert handshake failure

phplife的电子商务网上商城专栏

05-18

6075

PHP报SSL routines:ssl3_read_bytes:sslv3 alert handshake failure的解决办法

SSL routines:ssl3_read_bytes:tlsv1 unrecognized name

06-18

<think>我们正在解决SSL错误'tlsv1unrecognizedname'，并参考了站内引用[^1]中关于nginx配置SSL协议和密码套件的部分。用户的问题是关于SSL错误的具体解决方案，特别是'tlsv1unrecognizedname'，这通常与SSL握手过程中服务器名称指示（SNI）有关。根据经验，这个错误可能发生在客户端不支持SNI或者服务器配置不正确的情况下。解决方案可能包括：1.确保客户端支持SNI（对于较旧的客户端，如IE6onWindowsXP或Java6，可能不支持SNI）。2.检查服务器配置，特别是SSL虚拟主机的配置，确保在同一个IP地址上托管多个SSL证书时正确设置了SNI。3.在服务器配置中设置一个默认证书，以便在不支持SNI的客户端连接时使用。另外，错误信息也可能与协议版本有关，但根据错误描述，更可能是SNI问题。参考站内引用[^1]中提到了nginx的默认配置，但用户的问题可能涉及到更具体的配置调整。我们将分步骤解释解决方案。</think>### SSL 错误 "tlsv1 unrecognized name" 解决方案该错误通常由 **服务器名称指示（SNI）配置问题** 引起，发生在客户端与服务器 SSL/TLS 握手阶段。以下是逐步解决方案： --- #### 1. **检查客户端兼容性** - **问题根源**：旧版客户端（如 IE6 on Windows XP、Java 6 等）不支持 SNI 扩展。 - **解决方案**： - 升级客户端到支持 SNI 的版本（现代浏览器/Java 8+）。 - 若需兼容旧客户端，需为每个 SSL 虚拟主机分配独立 IP 地址。 --- #### 2. **配置服务器 SNI 支持** - **Nginx 配置**（关键步骤）： ```nginx server { listen 443 ssl; server_name example.com; # 必须明确指定域名 ssl_certificate /path/to/cert.pem; ssl_certificate_key /path/to/private.key; # 确保协议兼容性（参考默认配置[^1]） ssl_protocols TLSv1 TLSv1.1 TLSv1.2; } ``` - **验证步骤**： ```bash nginx -t # 检查配置语法 systemctl reload nginx # 重载配置 ``` --- #### 3. **证书与域名匹配** - 确认证书包含访问的域名（检查 SAN 扩展）： ```bash openssl x509 -in cert.pem -text -noout | grep "DNS:" ``` - 若使用通配符证书，确保域名格式匹配（如 `*.example.com` 覆盖 `test.example.com`）。 --- #### 4. **协议与加密套件调整** - 禁用不安全的旧协议（如 SSLv2/v3）： ```nginx ssl_protocols TLSv1.2 TLSv1.3; # 推荐最小化版本 ssl_ciphers 'ECDHE-ECDSA-AES128-GCM-SHA256:ECDHE-RSA-AES128-GCM-SHA256'; ``` - 参考 Nginx 默认安全配置[^1]： > Since versions 1.1.13 and 1.0.12, nginx uses `ssl_protocols SSLv3 TLSv1 TLSv1.1 TLSv1.2` by default. --- #### 5. **测试与诊断工具** - **OpenSSL 测试**： ```bash openssl s_client -connect example.com:443 -servername example.com -tls1 ``` 观察输出中 `Server Name Indication` 字段是否匹配。 - **在线工具**： - [SSL Labs Server Test](https://www.ssllabs.com/ssltest/) 检查协议兼容性。 - [Why No Padlock?](https://www.whynopadlock.com/) 诊断证书链问题。 --- ### 常见错误场景 | 场景 | 表现 | 修复方式 | |---------------------|-------------------------------|------------------------------| | 旧客户端访问多域名主机 | SNI 未识别 | 升级客户端或分配独立 IP | | 证书域名不匹配 | 浏览器显示名称错误 | 重新签发正确域名证书 | | 服务器未配置 SNI | 所有非默认域名均失败 | 明确配置 `server_name` 指令 | > **注意**：若使用 CDN 或代理，需在其控制台同步配置 SNI 支持。 ---