質問: 0 * closing connection 0 curl: (35) error:140770fc:ssl routines:ssl23_get_server_hello:unknown protocol これらの2つのコマンドは同等ではないことを私は知っています。これは、https転送の問題を説明するためだけのものです。スクリプトはwebapiを使用するため、curlを使用する必要があります。そのため、getリクエストの代わりにpostを使用し、いくつかのヘッダーとデータをpostリクエストに設定する必要があります。 (api.dropboxapi.comがターゲットサイトです)これはすべてdebian8で問題なく動作し、wget worksの他に、debianバージョンの変更で失敗するのはcurlだけです。他のすべてのhttpsクライアントは影響を受けていないようです(ff、chrome、edge、wgetはすべていつものように機能しているようです)カールがtls接続について少しうるさいことは知っていますが、これは少し極端です。 https://www.ssllabs.com/ssltest/index.html で両方のサイト(www.google.com.cuとapi.dropboxapi.com)をテストしましたが、どちらも「a」として表示されます全体的な評価について)カールを機能させるための回避策、修正、コマンドラインオプションなどはありますか?要求に応じた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
回答: マイケルハンプトンに感謝します。問題はプロキシ構成にあったことが判明しました。それは言うべきです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 の元の回答