Debian バージョンの変更により、curl と HTTPS を使用するスクリプトに影響が出る

Debian バージョンの変更により、curl と HTTPS を使用するスクリプトに影響が出る

最近、Debian 9 (Debian 8.x から 9.4) を使い始めましたが、curl を使用するスクリプトが動作しなくなりました。親プロキシに接続された localhost 上の squid プロキシを介してインターネットに接続しています。

私の環境変数は次のように設定されています

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

これら 2 つのコマンドは同等ではないことは承知していますが、これは HTTPS 転送の問題を説明するためのものです。

スクリプトは Web API を使用するため、GET リクエストではなく POST を使用し、POST リクエストにいくつかのヘッダーとデータを設定する必要があるため、curl を使用する必要があります。(api.dropboxapi.com が対象サイトです)

これらはすべて Debian 8 では問題なく動作していましたが、wget は動作します。debian バージョンの変更により、curl のみが失敗します。他のすべての HTTPS クライアントは影響を受けていないようです (FF、Chrome、Edge、wget はすべて通常どおり動作するようです)

この問題について知っている人はいますか? debian 9 バージョンの curl を動作させるための回避策、修正、コマンドライン オプションの変更などはありますか?

「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

答え1

Michael Hamptonさんに心から感謝します(コメント参照)。問題はプロキシの設定にあったことが判明しました。

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

そのため、curl は TLS を使用して squid に接続しようとしましたが、もちろん失敗しました。

関連情報