【问题标题】:curl command line API change on debian 9 regarding HTTPSDebian 9 上关于 HTTPS 的 curl 命令行 API 更改
【发布时间】:2018-03-14 14:57:03
【问题描述】:

Debian 9 curl 中是否有任何命令行 API 更改?

最近我开始使用 Debian 9(9.4,来自 Debian 8.x)并且涉及 curl 的脚本停止工作。我通过连接到父代理的 localhost 上的 squid 代理连接到 Internet。

我的环境变量是这样配置的

root@server:~# printenv | grep -i proxy
HTTP_PROXY=http://127.0.0.1:3128
FTP_PROXY=http://127.0.0.1:3128
https_proxy=https://127.0.0.1:3128
http_proxy=http://127.0.0.1:3128
HTTPS_PROXY=https://127.0.0.1:3128
ftp_proxy=http://127.0.0.1:3128

当我使用 wget 时,它可以工作:

root@server:~# wget https://www.google.com.cu
--2018-03-14 09:08:53--  https://www.google.com.cu/
Connecting to 127.0.0.1:3128... connected.
Proxy request sent, awaiting response... 200 OK
Length: unspecified [text/html]
Saving to: ‘index.html’

index.html                  [ <=>                          ]  11.12K  --.-KB/s    in 0.001s

2018-03-14 09:08:54 (14.9 MB/s) - ‘index.html’ saved [11389]

当我使用 curl 时,这就是我得到的

root@server:~# curl -v https://www.google.com.cu
* Rebuilt URL to: https://www.google.com.cu/
*   Trying 127.0.0.1...
* TCP_NODELAY set
* Connected to (nil) (127.0.0.1) port 3128 (#0)
* ALPN, offering h2
* ALPN, offering http/1.1
* Cipher selection:     ALL:!EXPORT:!EXPORT40:!EXPORT56:!aNULL:!LOW:!RC4:@STRENGTH
* successfully set certificate verify locations:
*   CAfile: none
  CApath: /etc/ssl/certs
* TLSv1.2 (OUT), TLS header, Certificate Status (22):
* TLSv1.2 (OUT), TLS handshake, Client hello (1):
* error:140770FC:SSL routines:SSL23_GET_SERVER_HELLO:unknown protocol
* Curl_http_done: called premature == 0
* Closing connection 0
curl: (35) error:140770FC:SSL routines:SSL23_GET_SERVER_HELLO:unknown protocol

我知道这两个命令是不等价的,这只是为了说明HTTPS传输问题。

我需要使用 curl,因为脚本使用了 Web API,所以它需要使用 POST 而不是 GET 请求,并为 POST 请求设置一些标头和数据。 (api.dropboxapi.com 是目标站点)

这一切过去都可以在 Debian 8 上顺利运行,除了 wget WORKS 之外,只有 curl 因 debian 版本更改而失败。所有其他 HTTPS 客户端似乎都没有受到影响(FF、Chrome、Edge、wget 似乎都像往常一样工作)

是否有任何解决方法、修复程序、命令行选项更改或任何使 debian 9 版本的 curl 工作的方法?

一定有办法,我无法想象 curl 无法与 google 建立 HTTPS 连接。必须有命令行或允许连接的东西。

“curl -V”的输出

root@server:~# curl -V
curl 7.52.1 (x86_64-pc-linux-gnu) libcurl/7.52.1 OpenSSL/1.0.2l zlib/1.2.8 libidn2/0.16 libpsl/0.17.0 (+libidn2/0.16) libssh2/1.7.0 nghttp2/1.18.1 librtmp/2.3
Protocols: dict file ftp ftps gopher http https imap imaps ldap ldaps pop3 pop3s rtmp rtsp scp sftp smb smbs smtp smtps telnet tftp
Features: AsynchDNS IDN IPv6 Largefile GSS-API Kerberos SPNEGO NTLM NTLM_WB SSL libz TLS-SRP HTTP2 UnixSockets HTTPS-proxy PSL

按照建议输出“curl --insecure”

root@server:~# curl --insecure -v https://www.google.com.cu
* Rebuilt URL to: https://www.google.com.cu/
*   Trying 127.0.0.1...
* TCP_NODELAY set
* Connected to (nil) (127.0.0.1) port 3128 (#0)
* ALPN, offering h2
* ALPN, offering http/1.1
* Cipher selection: ALL:!EXPORT:!EXPORT40:!EXPORT56:!aNULL:!LOW:!RC4:@STRENGTH
* successfully set certificate verify locations:
*   CAfile: none
  CApath: /etc/ssl/certs
* TLSv1.2 (OUT), TLS header, Certificate Status (22):
* TLSv1.2 (OUT), TLS handshake, Client hello (1):
* error:140770FC:SSL routines:SSL23_GET_SERVER_HELLO:unknown protocol
* Curl_http_done: called premature == 0
* Closing connection 0
curl: (35) error:140770FC:SSL routines:SSL23_GET_SERVER_HELLO:unknown protocol

"curl -v https://www.google.com.cu --sslv2" 输出

root@server:/etc/squid# curl -v https://www.google.com.cu --sslv2
* Rebuilt URL to: https://www.google.com.cu/
*   Trying 192.168.4.65...
* TCP_NODELAY set
* Connected to (nil) (192.168.4.65) port 81 (#0)
* ALPN, offering h2
* ALPN, offering http/1.1
* Cipher selection: ALL:!EXPORT:!EXPORT40:!EXPORT56:!aNULL:!LOW:!RC4:@STRENGTH
* successfully set certificate verify locations:
*   CAfile: none
  CApath: /etc/ssl/certs
* TLSv1.2 (OUT), TLS header, Certificate Status (22):
* TLSv1.2 (OUT), TLS handshake, Client hello (1):
* error:140770FC:SSL routines:SSL23_GET_SERVER_HELLO:unknown protocol
* Curl_http_done: called premature == 0
* Closing connection 0
curl: (35) error:140770FC:SSL routines:SSL23_GET_SERVER_HELLO:unknown protocol

【问题讨论】:

  • 您可以尝试使用insecure 选项,例如curl --insecure -v https://www.google.com.cu
  • 它不起作用:-(
  • 试试这个curl -v https://www.google.com.cu --sslv2
  • 试过了,没用。发布结果以供进一步参考。谢谢

标签: linux ssl https


【解决方案1】:

非常感谢迈克尔·汉普顿。事实证明问题出在代理配置中。应该说

https_proxy=http://127.0.0.1:3128
HTTPS_PROXY=http://127.0.0.1:3128

所以 curl 尝试使用 TLS 连接到 squid,当然失败了。

https://serverfault.com/questions/901626/debian-version-change-affecting-scripts-using-curl-and-https中的原始答案

【讨论】:

    猜你喜欢
    • 2015-05-09
    • 1970-01-01
    • 2012-04-22
    • 2018-06-05
    • 1970-01-01
    • 2012-09-30
    • 1970-01-01
    • 2016-08-17
    • 1970-01-01
    相关资源
    最近更新 更多