更简单的一句话:

proxy=192.168.2.1:8080;curl -v example.com

如。$proxy=192.168.2.1:8080;curl -v example.com

xxxxxxxxx-ASUS:~$ proxy=192.168.2.1:8080;curl -v https://google.com|head -c 15  % Total    % Received % Xferd  Average Speed   Time    Time     Time  Current
                                 Dload  Upload   Total   Spent    Left  Speed
  0     0    0     0    0     0      0      0 --:--:-- --:--:-- --:--:--     0
*   Trying 172.217.163.46:443...
* TCP_NODELAY set
* Connected to google.com (172.217.163.46) port 443 (#0)
* ALPN, offering h2
* ALPN, offering http/1.1
* successfully set certificate verify locations:
*   CAfile: /etc/ssl/certs/ca-certificates.crt
  CApath: /etc/ssl/certs
} [5 bytes data]
* TLSv1.3 (OUT), TLS handshake, Client hello (1):
} [512 bytes data]

在使用MySQL CLI连接到外部MySQL DB的情况下，根据MySQL的版本，你可以像这样传递——ssl-mode=disabled:

$ mysql --ssl-mode=disabled -h yourhost.tld -p

或者简单地在你的客户端配置中，例如在/etc/my.cnf.d/client.cnf:

[client]
ssl-mode=DISABLED

这是为了开发，有时是为了安全，在封闭的私有开发环境中，这些东西在某些情况下可能会丧失。

还要检查/etc/hosts文件。浪费了2个小时。如果您将url重路由到127.0.0.1或任何其他环回，这将导致ssl握手失败。

如果有人在使用Nginx时得到这个错误，试着在你的服务器配置中添加以下内容:

server {
    listen 443 ssl;
    ...
}

这个问题源于Nginx为客户端提供HTTP服务器，而客户端希望在你监听的任何端口上使用HTTPS。当你在listen指令中指定ssl时，你在服务器端清除了这个。

*使用代理环境变量http_proxy == 'https://proxy.in.tum.de:8080' ^ ^ ^ ^ ^

https://是错误的，应该是http://.代理本身应该通过HTTP访问，而不是HTTPS，即使目标URL是HTTPS。代理将正确地处理HTTPS连接并保持端到端加密。详细信息请参见HTTP CONNECT方法。

简单的答案

如果您使用代理服务器，请将代理设置为curl。curl无法连接到服务器，因此显示错误的版本号。 通过打开subl ~/来设置代理。Curlrc或使用任何其他文本编辑器。然后在文件中添加如下一行:

proxy= proxyserver:proxyport

例如proxy = 10.8.0.1:8080

如果您不在代理后面，请确保curlrc文件不包含代理设置。