问题描述
OS： CentOS版本6.9（最终版）
CURL： curl 7.19。 7（x86_64-redhat-linux-gnu）libcurl / 7.19.7 NSS / 3.27.1 zlib / 1.2.3 libidn / 1.18 libssh2 / 1。 4.2
CURL: curl 7.19.7 (x86_64-redhat-linux-gnu) libcurl/7.19.7 NSS/3.27.1 zlib/1.2.3 libidn/1.18 libssh2/1.4.2
你好，
我有一个主机，我正在尝试从其中运行curl命令，仅用于测试
I have a host which I am trying to run a curl command from, for testing only
curl https://api.twitter.com/ -v
返回以下内容
* About to connect() to api.twitter.com port 443 (#0)
* Trying 104.244.42.2... connected
* Connected to api.twitter.com (104.244.42.2) port 443 (#0)
* Initializing NSS with certpath: sql:/etc/pki/nssdb
* CAfile: /etc/pki/tls/certs/ca-bundle.crt
CApath: none
* NSS error -5961
* Closing connection #0
* SSL connect error
curl: (35) SSL connect error
经过长时间的阅读后，我得出结论，由于我的操作系统版本或CURL，这可能是SLL问题版本，或两者兼有！
After some lengthy reading I have come to the conclusion this is possibly a SLL issue due to either my OS version or CURL version, or both!
第一个问题是吗？此配置确实存在已知问题吗？
First question would be is that right? Are there indeed known issues with this configuration?
第二，我可以从源代码构建有效的组合吗？由于遗留依赖性，我无法更新操作系统
Second, can I build from source a working combination? I am unable to update my OS due to legacy dependencies
推荐答案
重建运行centos 7的新服务器
Rebuild a fresh server running centos 7
没有任何问题！
这篇关于CURL（35）SSL连接错误/ NSS错误-5961的文章就介绍到这了，希望我们推荐的答案对大家有所帮助，也希望大家多多支持！