SOCKS5 代理填进 HTTP 栏会报什么错，七种情况我挨个试了一遍

SOCKS5 端口填进 HTTP 那一栏，连接当场被挂断，curl 报 Proxy CONNECT aborted，Edge 报 ERR_EMPTY_RESPONSE。反过来把 HTTP 端口当 SOCKS5 用，不会马上报错，curl 干等了整整 300 秒，Edge 等满 30 秒报 ERR_TIMED_OUT。端口号写错是第三种，报的是连不上代理。这三种我 2026-10-30 下午在自己电脑上用 Windows 自带的 curl 8.21.0 和 Edge 156 前后试了两轮，客户端日志里一行记录都没有。

报错的样子能倒推出两种协议的分工。用机场客户端的时候，SOCKS5 和 HTTP 代理管的是同一段路，从浏览器或者命令行工具，到本机客户端开着的那个端口，我管它叫第一段。订阅里写的 VLESS、AnyTLS、Trojan、Shadowsocks 管第二段，从客户端到机场节点。第一段的协议填错，客户端读不懂软件发来的头几个字节，要么挂断，要么干等。第二段断了，客户端在第一段反倒先回一句成功，报错要到 TLS 握手时才冒出来。

我电脑上装的是 Clash Verge Rev，自带的 mihomo 内核版本 1.19.21。平时那份配置我没动，拿同一个内核另起了一个试验实例，配置放在临时文件夹里，SOCKS 端口开在 1080，HTTP 端口开在 7890，混合端口开在 7892，出去一律直连。还配了两个假节点，一个指向没有程序在听的端口，一个指向我写的小程序，它只把收到的字节记下来。Edge 用无头模式启动，每种填法都去开 example.com，报错原文照抄。表里的秒数取两轮的范围。

SOCKS5 端口填进 HTTP 那一栏，连接当场被挂断

把 1080 这个 SOCKS 端口当成 HTTP 代理，curl 发完 CONNECT 请求就断了。

*   Trying 127.0.0.1:1080...
* Establishing HTTP proxy tunnel to example.com:443
> CONNECT example.com:443 HTTP/1.1
> Host: example.com:443
> User-Agent: curl/8.21.0
> Proxy-Connection: Keep-Alive
>
* Proxy CONNECT aborted
curl: (56) Proxy CONNECT aborted

从发出到报错 1 毫秒上下。网址换成不带 s 的 http://example.com/，curl 发出去的是一行 GET http://example.com/ HTTP/1.1，报错变成 (52) Empty reply from server。Edge 带着 --proxy-server=http://127.0.0.1:1080 去开 https://example.com/，不到 1 秒报 ERR_EMPTY_RESPONSE，Chromium 源码给这个错误的注释是服务器没发任何数据就关了连接 ^[1]。

挂断由第一个字节决定。HTTP 代理请求以一行文本开头，RFC 9110 给 CONNECT 举的例子就是 CONNECT server.example.com:80 HTTP/1.1 ^[2]，curl 发出的第一个字节是字母 C，十六进制 43。SOCKS5 的第一个字节必须是版本号 05 ^[3]。mihomo 的 SOCKS 端口先偷看一个字节，04 交给 SOCKS4，05 交给 SOCKS5，别的一律关掉连接 ^[4]，一个字节都不回，日志也不记。我让 curl 按两种协议分别去连那个只记字节的小程序，收到的开头是这样。

#当 HTTP 代理用
43 4f 4e 4e 45 43 54 20    CONNECT example.com:443 HTTP/1.1
#当 SOCKS5 用，先报版本和能用的认证方式
05 02 00 01

这种填法在我看来最容易碰上，好几个地方根本不让你挑协议。Windows 10 和 11 设置里的手动代理，只有代理 IP 地址和端口两格 ^[5]。Chromium 的文档写着，Windows 代理设置里除了标着 SOCKS 的那一栏，其余都按 HTTP 代理算 ^[6]，设置页这两格没标 SOCKS，浏览器就拿它当 HTTP 代理用。系统设置我没去改，用 Edge 的 --proxy-server=127.0.0.1:1080 模拟这种不写协议的填法，报的还是 ERR_EMPTY_RESPONSE。Chrome 给扩展用的代理接口，协议一项不写也按 http 算 ^[7]。curl 同样，代理地址前面没写协议就当 HTTP 代理 ^[8]，-x 127.0.0.1:1080 的报错和上面一字不差。

反过来填，HTTP 端口当 SOCKS5 用，两头互相干等

把 7890 这个 HTTP 端口填进 SOCKS5，curl 不报错，也不往下走。第一轮我没加超时参数，等它自己放弃，用了 300 秒。

curl: (28) Connection timed out after 300616 milliseconds

300 秒是 curl 连接阶段的默认上限，文档说这个阶段包括域名解析和所有协议握手 ^[9]。Edge 带着 --proxy-server=socks5://127.0.0.1:7890 两轮都等了 30.6 秒，报 ERR_TIMED_OUT，Chromium 源码里 SOCKS 握手的时限就定在 30 秒 ^[10]。

curl 先发的是上一节那 4 个字节 05 02 00 01，意思是版本 5、能用两种认证方式，发完就等服务端回 2 个字节挑一种 ^[3]。mihomo 的 HTTP 端口要把请求读完整才动手，读出错才关连接 ^[4]。这 4 个字节里没有换行，请求的第一行还没完，它就接着等。curl 等回话，mihomo 等换行，日志里同样一个字没有。

网页转半分钟圈才失败，换哪个网站都一样，就先查是不是把 HTTP 端口填进了 SOCKS 那一栏。在命令行里试端口，加上 --max-time 10，第二轮我就是这么试的，10 秒报 (28) 超时，不用白等五分钟。

端口号写错，报的是连不上代理

我平时用的 Clash Verge Rev 开在 7897，是个混合端口，1080 和 7890 在这台电脑上平时都空着。试验实例开起来之前，我先拿这两个端口各连了一次。

curl: (7) Failed to connect to example.com:443 over proxy 127.0.0.1 after 2019 ms: Could not connect to server
curl: (7) Failed to connect to example.com:443 over proxy 127.0.0.1 after 2042 ms: Could not connect to server

curl 两秒上下报 7 号错误。Edge 对着没人听的端口，从启动到报错不到 1 秒，报的是 ERR_PROXY_CONNECTION_FAILED。Chromium 给它的注释写得细，连不上代理服务器，名字解析不出来和套接字连不上都算，HTTP 代理在 CONNECT 那一步出的错不算 ^[1]。看见它，说明请求压根没进任何代理程序。前面那两种是进去了，话没对上。这句报错在三种浏览器里各长什么样、残留的设置怎么关，代理报错那页按人分了三条路。

1080 和 7890 都有来头。RFC 1928 写着 SOCKS 服务按惯例放在 TCP 1080 端口 ^[3]，curl 遇到没写端口的代理也默认连 1080 ^[11]，Trojan 项目的客户端示例配置把 SOCKS5 接口绑在 127.0.0.1 的 1080 上 ^[12]。7890 出自 Clash 这一系，mihomo 文档的示例里 HTTP 端口 7890，SOCKS 端口 7891，混合端口 7892 ^[13]。教程照哪份配置写，数字就跟着哪份走，我这台的 7897 不在上面任何一份示例里。常见客户端出厂用哪个端口、怎么查自己正在用的是哪个，代理地址和端口那页列了一张表。

1080 填成 7890，后果要看那台电脑的 7890 上是什么。没有程序在听，报的就是这一节的连不上。要是开着 mihomo 示例那样的 HTTP 端口，会像上面那样干等。开着混合端口反倒直接通了，填错了也看不出来，那页表里的 FlClash 出厂就把混合端口放在 7890。反过来，HTTP 那一栏填了示例里的 SOCKS 端口 7891，就是开头那种当场挂断。

混合端口只看第一个字节

混合端口两种写法都通。试验实例的 7892 上，http:// 和 socks5h:// 两轮各连一次，都在 0.25 秒以内拿回 200，Edge 两种写法也都打开了页面，平时那个 7897 上也一样。mihomo 的混合端口和 SOCKS 端口走的是同一段判断，区别只在第一个字节既不是 04 也不是 05 的时候，SOCKS 端口断开，混合端口交给 HTTP 处理 ^[4]。HTTP 请求总是字母开头，CONNECT 的 C，GET 的 G，撞不上 04 和 05，这一步不会认错。

客户端设置页上写着混合端口的，插件里选 SOCKS5 还是 HTTP 都行，端口号对上就够。我这台的 Clash Verge Rev 就只开了混合端口 7897，SOCKS 的 7898 和 HTTP 的 7899 在设置里都关着。HTTP 和 SOCKS 分成两个端口的客户端，协议得跟着端口走。

节点断了，本机这一段照样回成功

前面几种都卡在第一段。第二段出事是什么样，我拿那个指向空端口的假节点试，它就相当于一个连不上的机场节点。我给它单开了两个入口，1081 是 SOCKS 端口，7893 是混合端口，按 HTTP 去连。

#经 SOCKS5
* Opened SOCKS connection from 127.0.0.1 port 49346 to example.com port 443 (via 127.0.0.1 port 1081)
curl: (35) schannel: failed to receive handshake, SSL/TLS connection failed
#经 HTTP
< HTTP/1.1 200 Connection established
* CONNECT tunnel established, response 200
curl: (35) schannel: failed to receive handshake, SSL/TLS connection failed

两种都先回了成功。SOCKS5 那边 curl 记下连接已经打开，HTTP 那边代理回了 200，照 RFC 9110 的说法，CONNECT 收到任何 2xx，双方就切进隧道 ^[2]。mihomo 的源码先写回这个 200，再把连接交给后面去拨节点 ^[4]。等它去连、连不上、关掉连接，curl 已经在做 TLS 握手，报出来的就成了握手失败，两轮下来在 2.6 到 3.8 秒之间。不带 s 的 http://example.com/ 按 HTTP 走一趟，拿回一个 502。Edge 两种都报 ERR_CONNECTION_CLOSED，用了 6 到 13 秒，Chromium 的注释是连接被关闭，对应 TCP 的 FIN ^[1]。

这回日志不空了。我数了日志里的 14 次请求，每次都正好留下 10 行 dial dead-vless ... connect error。dead-vless 是我给假节点起的名字，连的是哪个节点、被拒绝还是超时，都写在里面。dial、tls 这些字眼在日志里怎么读，代理节点那页按四个关键字拆开讲过。

这张表我自己只记两条。日志空着，报错要么快得出奇、要么慢得出奇，问题在第一段，回去对协议和端口。日志里有 dial 报错，浏览器说握手失败或者连接被关，问题在第二段，换个节点试，或者去面板看看订阅。看日志前先确认级别开到了 info，mihomo 设成 silent 时什么都不写，那种空日志说明不了问题。

订阅里那四种协议，34 家里各有几家

第二段用哪种协议，看订阅。我手里 34 家机场的资料，协议一栏写了东西的只有 14 家，另外 20 家空着，各家的核对日期在 2026-08-09 到 2026-10-20 之间 ^[14]。写到的一共四种。

后三列依据 Xray 的 VLESS 文档和代码 ^[15][16]、AnyTLS 的协议文档 ^[17]、Trojan 的协议文档 ^[18]、Shadowsocks 的介绍页和 AEAD 加密说明 ^[19][20]。家数加起来是 16，有两家各写了两种。

VLESS 那 12 家里，8 家是我自己订过、测过的，订阅里都见过 VLESS 节点。另外 4 家出自它们的公开资料和套餐说明，其中一家的 VLESS 只出现在年付特惠版那一档的介绍里，我也算了进去。AnyTLS 两家都在我的订阅里出现过。飞猫云 2026-07-08 那份 49 个节点全是 AnyTLS，07-11 另一份订阅是 59 个 VLESS 节点。星岛梦（StarDream） 2026-06-27 那份 70 个节点里，10 个 AnyTLS，60 个 VLESS。Trojan 那家是极连云，截图里的权限组写着“中转 Trojan”，套餐名却写作“极速云”，两个名字是不是同一家，我还没核到。Shadowsocks 那家是暮光网络，出自它的套餐说明。这两家我没测过，订阅里的节点类型也没亲眼见过。

我让 mihomo 拿 VLESS 往那个只记字节的假节点发了一次请求，和 curl 的 SOCKS5 请求摆在一起。

#curl 发给 SOCKS5 端口的请求
05 01 00 03 0b 65 78 61 6d 70 6c 65 2e 63 6f 6d 01 bb
#mihomo 用 VLESS 发给节点的头 34 个字节，UUID 是我随手编的
00 2f 1c 3a 7e 5b 6d 4c 8e 9f 0a 1b 2c 3d 4e 5f 60 00 01 01 bb 02 0b 65 78 61 6d 70 6c 65 2e 63 6f 6d
#紧接着的是 curl 自己发起的 TLS 握手
16 03 01 01 c5 01 00 ...

SOCKS5 那行，05 是版本，01 是连接命令，00 是保留位，03 表示后面跟域名，0b 是长度 11，末尾 01 bb 是端口 443 ^[3]。VLESS 那行开头的 00 是版本，跟着 16 字节 UUID，再一个 00 表示没有附加信息，01 是 TCP，然后先写端口 01 bb，再写类型码 02 和域名。Xray 代码里域名的类型码是 2，IPv4 是 1，IPv6 是 3 ^[16]，SOCKS5 里分别是 3、1、4 ^[3]。照 mihomo 的写法，VLESS 请求要是发到它的 SOCKS 端口，第一个字节 00 就会让它挂断。假节点开在 127.0.0.1，没套 TLS，字节才看得这么清楚。Xray 文档写着 VLESS 必须配传输安全层，只有对端是私有地址、链路可信，或者开了 VLESS 自带的加密，才允许不配 ^[15]。

另外三种借了 SOCKS5 写地址的办法。Trojan 的文档直说它的请求类似 SOCKS5，分命令、地址类型、地址、端口四段，地址类型码和 SOCKS5 相同 ^[18]。Shadowsocks 的介绍页写着地址沿用 SOCKS5 的格式 ^[19]，AnyTLS 的协议文档要求每条流打开后先发 SocksAddr 格式的目的地址 ^[17]，两处都链到 RFC 1928 第 5 节。借的只是写地址那几个字节，外面一层各管各的，Trojan 和 AnyTLS 套 TLS，Shadowsocks 用密码派生的密钥加密，AEAD 方式下数据被改动一处就解不开 ^[20]。哪个内核认哪几种协议，代理软件那页有对照表。

资料里还有两处容易看岔。灵动云的站点文案里 VLESS 和 Trojan 都提了，我 2026-07 订的那份 60 个节点全是 VLESS，表里只算了 VLESS。梯子云列的客户端里，Trojan 和 Clash、Shadowrocket 排在一起，这个名字既是协议名，也是 Trojan 项目那个同名程序的名字，放在客户端一栏，我按程序算，没记成协议。拿那个程序当客户端，照示例配置，它在本机 1080 上开的是一个 SOCKS5 接口 ^[12]，浏览器得按 SOCKS5 填，wget 这类只认 HTTP 代理的工具直接接不上。

订阅里见过的两种协议，VLESS 的字节我抓到了。AnyTLS 外面套着 TLS，写地址那几个字节我只读了文档，要亲眼看到，得先把那层 TLS 解开，这一步我还没做。