关于CURL工具不支持HTTPS协议的问题解析
一、引言
随着互联网技术的发展，HTTPS协议已逐渐成为网络安全领域的重要标准之一。
在使用各种Web应用和服务时，我们不可避免地会接触到HTTPS协议。
而在开发和运维过程中，CURL工具作为一款功能强大的命令行工具，广泛应用于HTTP请求的发送和测试。
有时我们可能会遇到CURL工具不支持HTTPS协议的情况。
本文将详细解析这一问题的原因、解决方法及其相关注意事项。
二、问题概述
当使用CURL工具进行HTTPS请求时，有时可能会遇到以下情况：
1. 无法建立安全连接，提示证书验证失败。
2. 请求过程中报错，提示不支持HTTPS协议。
这些问题可能导致我们无法正常使用CURL工具进行HTTPS请求，从而影响开发和运维工作。
接下来，我们将分析这些问题的原因。
三、问题分析
1. 证书验证失败：当CURL工具进行HTTPS请求时，会验证服务器证书。如果证书验证失败，可能是由于以下原因：
（1）服务器证书过期或无效。
（2）服务器使用的证书链不完整或配置不正确。
（3）CURL工具无法找到信任的根证书文件。
2. 不支持HTTPS协议：这种情况可能是由于CURL工具版本过旧，未包含对HTTPS协议的支持。
虽然现代版本的CURL默认支持HTTPS，但在某些特殊情况下，我们可能会使用到较旧的版本。
四、解决方案
针对以上问题，我们可以采取以下措施：
1. 证书验证失败的解决方案：
（1）更新服务器证书：确保服务器证书处于有效期内，并且配置正确。
（2）配置信任的根证书文件：对于自签名证书或不受信任的证书，我们可以将根证书添加到CURL的信任证书库中。在Linux系统中，通常可以通过修改/etc/ssl/certs/ca-certificates.crt文件来实现；在Windows系统中，则可以将证书添加到受信任的根证书颁发机构存储区。
（3）忽略证书验证：在测试环境中，如果不需要考虑安全性问题，可以通过添加参数“-k”或“–insecure”来忽略证书验证。但请注意，这种方法在生产环境中是不安全的。
2. 不支持HTTPS协议的解决方案：
（1）升级CURL工具：如果使用的是较旧版本的CURL工具，建议升级到最新版本，以确保对HTTPS协议的支持。
（2）使用其他工具：如果升级CURL工具不可行，可以考虑使用其他支持HTTPS协议的HTTP客户端工具，如wget、Postman等。
五、注意事项
在解决CURL工具不支持HTTPS协议问题的过程中，需要注意以下几点：
1. 安全性问题：在处理证书验证失败问题时，请务必谨慎处理，避免降低系统安全性。在生产环境中，请确保使用合法、有效的证书，并避免忽略证书验证。
2. 备份与恢复：在进行任何配置更改之前，请务必备份相关配置文件和证书，以便在出现问题时进行恢复。
3. 依赖性问题：升级CURL工具时，需要注意与系统中其他软件的兼容性，以避免潜在的问题。
4. 详细记录：在解决问题时，请详细记录遇到的问题、解决方案及关键步骤，以便日后查阅和参考。
六、总结
本文详细解析了CURL工具不支持HTTPS协议的问题及其原因。
通过更新服务器证书、配置信任的根证书文件、升级CURL工具等方法，我们可以有效解决这一问题。
在解决问题时，请务必注意安全性问题、备份与恢复、依赖性问题及详细记录等要点。
希望本文能对大家在遇到类似问题时有所帮助。
在php中调用curl读https网页，读不出来，怎么回事
$ch=curl_init();curl_setopt($ch,CURLOPT_URL,$api);curl_setopt($ch,CURLOPT_RETURNTRANSFER,1);//禁止直接显示获取的内容curl_setopt($ch,CURLOPT_SSL_VERIFYPEER,false);//不验证证书下同curl_setopt($ch,CURLOPT_SSL_VERIFYHOST,false);$r=curl_exec($ch);//获取curl_close($ch);
为什么curl不能打开https的
’s certificate issuer is not recognized
复制代码
代码如下:
[root@ip-172-31-32-208 nginx]# curl(60) peers certificate issuer is not details here:此种情况多发生在自签名的证书，报错含义是签发证书机构未经认证，无法识别。
解决办法是将签发该证书的私有ca公钥文件内容，追加到/etc/pki/tls/certs/。
我们在访问订票网站时也报了类似的错误。
复制代码
代码如下:
[root@ip-172-31-32-208 ~]# curl(60) peers certificate issuer has been marked as not trusted by the details here:routines:ssl3_get_server_certificate:certificate verify failed
复制代码
代码如下:
[root@go-email-1 aa]# curl(60) ssl certificate problem, verify that the ca cert is ok. details:error:ssl routines:ssl3_get_server_certificate:certificate verify failedmore details here:此问题多是由于本地ca证书库过旧，导致新签发证书无法识别。
经排查，证书是由gte cybertrust root签发,现行证书时间是：
1.不早于(1998/8/13 0:29:00 gmt)2.不晚于(2018/8/13 23:59:00 gmt)
而在我们的redhat5.3系统中文件发现，gte cybertrust root的时间已经过期。
复制代码
代码如下:
issuer: c=us, o=gte corporation, cn=gte cybertrust rootvaliditynot before: feb 23 23:01:00 1996 gmtnot after : feb 23 23:59:00 2006 gmt
解决办法是更新本地ca证书库。
方法一：
下载替换/etc/pki/tls/certs/
方法二：
使用update-ca-trust 更新ca证书库。（centos6，属于ca-certificates包）
message digest algorithm
复制代码
代码如下:
[root@web_yf_2.7 ~]#curl(35) error:0d0c50a1:asn1 encoding routines:asn1_item_verify:unknown message digest algorithm
此问题多由证书本地openssl不能识别ssl证书签名算法所致。
使用了sha-256 rsa 加密算法。
而openssl在openssl 0.9.8o才加入此算法。
解决办法是升级本地openssl。
在我的操作系统redhat5.3中,yum 升级openssl到5 就可以识别sha-256算法。
原因是redhat每次都是给0.9.8e打补丁，而不是直接更换版本。
在srpm包中我找到了这个补丁。
复制代码
代码如下:
summary: the openssl toolkitname: opensslversion: 89:
和php的问题
java和php都可以编程来访问https网站。
例如httpclient等。
其调用的ca根证书库并不和操作系统一致。
java的ca根证书库是在 jre的$java_home/jre/lib/security/cacerts，该文件会随着jre版本的升级而升级。
可以使用keytool工具进行管理。
php这边我没有进行测试，从php安装curl组件的过程来看，极有可能就是直接采用的操作系统curl一直的数据。
当然php也提供了 参数()来指定ca根证书库的位置。
如何使用curl 访问https类型的网站
可以。
CURLOPT_PROTOCOLS CURLPROTO_* 的位域指。
如果被启用，位域值会限定libcurl在传输过程中有哪些可使用的协议。
这将允许你在编译libcurl时支持众多协议，但是限制只是用它们中被允许使用的一个子集。
默认libcurl将会使用全部它支持的协议
