支持 https 代理协议请求

axelburks

现在的情况是，Surge 中勾选“设置为系统代理”后，会自动在网络的代理选项中，开启 HTTP、HTTPS、SOCKS 代理，但是实际上 Surge 并不支持 HTTPS 协议的代理请求，在终端中可以通过设置 https_proxy=http://127.0.0.1:6152 来强制走 HTTP 协议，但是有些 App 是自动读取系统的网络代理配置的，而配置中只能看到是开启了 HTTPS 代理，所以他们会按照 HTTPS 的协议来请求代理，也就是 https://127.0.0.1:6152，然后请求失败

scutil --proxy <dictionary> { ExceptionsList : <array> { 0 : localhost 1 : *.local 2 : captive.apple.com 3 : e.crashlytics.com } ExcludeSimpleHostnames : 1 HTTPEnable : 1 HTTPPort : 6152 HTTPProxy : 127.0.0.1 HTTPSEnable : 1 HTTPSPort : 6152 HTTPSProxy : 127.0.0.1 SOCKSEnable : 1 SOCKSPort : 6153 SOCKSProxy : 127.0.0.1

SurgeTeam

Surge 当然是支持 HTTPS 代理请求的，事实上 HTTPSProxy 字段接管了系统 90% 以上的流量。

axelburks

SurgeTeam
我看其他人写的是叫做 https 入口协议，我不太懂具体的应该用什么术语，以下是实际可复现的其中一个场景

设置 https_proxy=http://127.0.0.1:6152，curl 请求 Google 正常，如下
export https_proxy=http://127.0.0.1:6152
curl https://www.google.com
<!doctype html><html itemscope="" itemtype="http://schema.org/WebPage" lang="zh-HK"><head><meta content="text/html; charset=UTF-8" http-equiv="Content-Type"><meta content="/images/branding/googleg/1x/googleg_standard_color_128dp.png" itemprop="image"><title>Google</title><script nonce="KM1ArIA2HtE_A8WecBm4Bw">.....

设置 https_proxy=https://127.0.0.1:6152，则 curl 报错
export https_proxy=https://127.0.0.1:6152
curl https://www.google.com
curl: (35) TLS connect error: error:00000000:lib(0)::reason(0)

还有在一些基于 python 或 ruby 的工具中，如果是自动读取的系统代理设置，也有这个问题，类似的相关信息：
https://www.cnblogs.com/davyyy/p/14388623.html
https://blog.ywang-wnlo.xyz/posts/76f6af57/
https://github.com/pypa/pip/issues/9216#issuecomment-741836058

SurgeTeam

axelburks 系统 HTTPSProxy 字段表示 HTTPS 的请求使用该 http:// 代理，配置 https_proxy=https://127.0.0.1:6152，则表示 HTTPS 的请求使用一个 https:// 为协议的代理服务（这种情况其实非常罕见，很少有提供 https 协议接入的代理服务）。

我们从未遇到用户有报告有类似的问题，应该是你自己的环境配置有误，自行配置了 https_proxy=https:// 导致报错，和系统 HTTPSProxy 字段无关，macOS 不支持配置使用 https:// 代理。

axelburks

SurgeTeam
这个地方只是为了演示问题，实际问题还是一开始写的：
在终端中可以通过设置 https_proxy=http://127.0.0.1:6152 来强制走 HTTP 协议，但是有些 App 是自动读取系统的网络代理配置的：

HTTPSEnable : 1
HTTPSPort : 6152
HTTPSProxy : 127.0.0.1

而配置中只能看到是开启了 HTTPS 代理，以及地址和端口，看不到协议，所以他们会按照 HTTPS 的协议来请求代理，也就是 https://127.0.0.1:6152，然后请求失败

目前遇到问题的 App 有 Dropzone、ImgBB

SurgeTeam

axelburks 请仔细阅读我们的说明，系统的 HTTPSProxy 字段语义是 HTTPS 请求使用 http:// 代理，macOS 系统根本不支持使用 https:// 代理的配置，你遇到的问题与此毫无关系。

所以我们推测你遇到的问题，实际上是部分 app 未从系统代理中读取代理信息，而是读取了 https_proxy 环境变量（这是命令行程序的事实标准），而你在某处错误配置了该环境变量导致遇到了问题。

axelburks

SurgeTeam
我确定我的环境配置是没问题的，从使用Surge第一版就全都是 http://，在此次遇到该问题之前，我都不知道还有 https:// 入口协议。Dropzone 之类的有问题的时候，其他App和终端都是没问题的。而且如果我的环境配置有问题的话，那应该早就遇到了吧。

目前我联系到了 Dropzone 的开发者，他是通过 SystemConfiguration 获取的系统代理设置，而 SystemConfiguration 获取到的就只是 HTTPSEnable : 1 HTTPSPort : 6152 HTTPSProxy : 127.0.0.1 这些信息，只知道开启了https代理，并且地址端口是127.0.0.1:6152，跟我前面发的 scutil 获取到的一样，并不清楚是 http:// 还是 https://，他就认为开启了 https 代理那就是 https://

所以这个问题就两种解法，Surge 支持 https://，或者 Dropzone 等类似的App 修改 https:// 为 http://

目前，Dropzone 的开发者发布了新版本，让我可以手动通过 defaults write 的方式修改配置为不使用 https，但是其他的App的开发者都没有联系上

SurgeTeam

axelburks

这说明 Dropzone 的开发者错误理解了 HTTPSProxy 语义，是它自身的 Bug 需要开发者主动修复。该功能不可能由 Surge 所支持，所有同类软件均不支持，也完全没有支持的必要。