Libcurl 7.70.0-错误：14094417：SSL例程：ssl3_read_bytes：sslv3警报非法参数

Question

使用libcurl 7.70.0完整日志尝试使用服务器ssl时，我收到以下错误：

• 正在尝试：1:443
• 尝试127.0.0.1:443
• 已连接到本地主机（127.0.0.1）端口443（#0）
• 阿尔卑斯山，提供h2
• ALPN，提供http/1.1
• 已成功设置证书验证位置：
• 卡菲尔：/证书。pem CApath：无
• TLSv1。3（外出）、TLS握手、客户问候（1）：
• TLSv1。3（IN）、TLS握手、服务器你好（2）：
• TLSv1。0（IN）、TLS握手、证书（11）：
• TLSv1。0（IN）、TLS握手、服务器密钥交换（12）：
• TLSv1。0（IN）、TLS握手、请求证书（13）：
• TLSv1。0（IN），TLS握手，服务器完成（14）：
• TLSv1。0（输出）、TLS握手、证书（11）：
• TLSv1。0（输出）、TLS握手、客户端密钥交换（16）：
• TLSv1。0（输出）、TLS握手、证书验证（15）：
• TLSv1。0（输出），TLS更改密码，更改密码规范（1）：
• TLSv1。0（输出），TLS握手，完成（20）：
• TLSv1。0（IN）、TLS警报、非法参数（559）：
• 错误：14094417:SSL例程：ssl3_读取字节：sslv3警报非法参数
• 正在关闭连接0

有什么想法，是什么导致了这个问题？

Answer 1

问题是我使用的证书不受服务器信任。

Answer 2

如果curl使用的OpenSSL中存在错误，从而发送无效的握手消息，则可能会导致这种情况。上游OpenSSL中不太可能存在这样的错误，至少有数千个程序使用它，可能有数十亿用户使用它，但如果您使用的是您自己构建的版本或其他人非标准构建的版本，则可能会引入这种错误。

如果服务器中存在错误，或者错误地中止握手，或者正确地中止握手但使用了错误的警报代码，就会导致这种情况。特别是，服务器可能不喜欢您的客户端发送的证书（链），应该使用几个警报代码中的一个来指示证书问题，但它使用了illegal_parameter（47）。最好的办法是查看服务器日志，看看它认为问题是什么，和/或因为它是本地调试的。