我刚刚用指向openssl 1.0.2g库文件夹和包含文件夹的配置选项重新编译了curl，我仍然得到了这条消息。当我对curl执行ldd时，它没有显示它使用libcrypt。或者libssl。所以，所以我假设这一定意味着即使make和make安装成功没有错误，但curl不支持HTTPS ?配置和make如下:

./configure --prefix=/local/scratch/PACKAGES/local --with-ssl=/local/scratch/PACKAGES/local/openssl/openssl-1.0.2g --includedir=/local/scratch/PACKAGES/local/include/openssl/openssl-1.0.2g
make
make test
make install

我应该提到libssl.so。1在/local/scratch/PACKAGES/local/lib目录下。不清楚——with-ssl选项应该指向那里还是指向openssl安装放置openssl.cnf文件的目录。我选择了后者。但是如果它应该是前者，make应该会失败，并出现无法找到库的错误。

我在为ruby安装rvm时遇到了同样的问题。 找到解决方案: 在root的下载文件夹中提取curl (tar)后。

cd /root/Downloads/curl # step-1
./configure --with-ssl # step-2
make # step-3
make install # step-4 (if not root, use sudo before command)

源

我刚刚用指向openssl 1.0.2g库文件夹和包含文件夹的配置选项重新编译了curl，我仍然得到了这条消息。当我对curl执行ldd时，它没有显示它使用libcrypt。或者libssl。所以，所以我假设这一定意味着即使make和make安装成功没有错误，但curl不支持HTTPS ?配置和make如下:

./configure --prefix=/local/scratch/PACKAGES/local --with-ssl=/local/scratch/PACKAGES/local/openssl/openssl-1.0.2g --includedir=/local/scratch/PACKAGES/local/include/openssl/openssl-1.0.2g
make
make test
make install

我应该提到libssl.so。1在/local/scratch/PACKAGES/local/lib目录下。不清楚——with-ssl选项应该指向那里还是指向openssl安装放置openssl.cnf文件的目录。我选择了后者。但是如果它应该是前者，make应该会失败，并出现无法找到库的错误。

在我的例子中，libcurl首先不支持HTTPS协议。为了找出哪些协议被支持，哪些协议不被支持，我使用命令检查了curl版本:

curl --version

它提供的资料如下: libcurl/7.50.3 SecureTransport zlib/1.2.5 . zip (x86_64-苹果-达尔文15.6.0 协议类型:dict文件ftp ftps gopher http imap imaps ldap ldaps pop3 pop3s rtsp smb smbs smtp smtps telnet tftp 特性:IPv6 Largefile NTLM NTLM_WB SSL libz UnixSockets

恰好不支持HTTPS协议。

然后我重新安装curl，并使用以下命令安装它(在解包后):

./configure——with-darwinssl(在mac中启用SSL通信) 使 做测试 Sudo make install

经过几分钟的工作，问题解决了!

然后我重新运行curl version命令，它显示:

libcurl/7.50.3 SecureTransport zlib/1.2.5 . zip (x86_64-苹果-达尔文15.6.0 协议类型:dict文件ftp ftps gopher http https imap imaps ldap ldaps pop3 pop3s rtsp smb smbs smtp smtps telnet tftp 特性:IPv6 Largefile NTLM NTLM_WB SSL libz UnixSockets

HTTPS协议出现了!

最后，当您遇到curl问题时，可以参考一个有用的站点。 https://curl.haxx.se/docs/install.html

看起来已经有这么多答案了，但我面临的问题是双引号。 这两者之间有区别:

“

and

"

将第一个双引号改为第二个对我有用，下面是示例curl:

curl -X PUT -u xxx:xxx -T test.txt "https://test.com/test/test.txt"

在url中指定协议可能会解决您的问题。

我有一个类似的问题(当使用curl php客户端):

我传递的是domain.com而不是sftp://domain.com，这导致了这个令人困惑的错误:

libcurl中不支持或禁用协议“http”，花费了0秒。