连接被重置（Connection reset）怎么办？代理环境下的原因与排查

问题现象

连接被重置（Connection reset）的意思是：客户端与服务器之间的 TCP 连接已经建立，但随后收到了一个 RST 信号，连接被强行中断。它和“一直转圈最后超时”不同，通常是很快就报错。常见提示有：

• 浏览器显示 ERR_CONNECTION_RESET、“连接已重置”或“此网站无法访问”；
• 命令行出现 curl: (35) Recv failure: Connection reset by peer、curl: (56) Recv failure；
• 客户端日志出现 read: connection reset by peer、wsarecv: An existing connection was forcibly closed by the remote host；
• Git、npm、Claude Code 等工具报 ECONNRESET。

先回答一个问题：关掉代理后这个网站本来能不能打开？如果本来就打不开，而开代理后依然被重置，说明流量很可能根本没有走代理。

可能原因

原因	判断方法	解决方法
目标域名被分流到直连	客户端“连接”面板显示该域名走 DIRECT	更新规则集，或为该域名添加走代理的规则
节点协议或端口被干扰	同一协议的节点集体重置，换协议后正常	改用 VLESS + Reality、Trojan 等其他协议节点
节点过载或正在维护	只有个别节点重置，且集中在高峰时段	换同地区节点，查看机场公告
客户端内核过旧	日志提示不支持的参数或握手异常	升级客户端与内核到最新版
安全软件拦截	关闭 HTTPS 扫描或网络防护后恢复	为代理客户端添加信任，关闭 HTTPS 扫描
MTU 或 IPv6 路径异常	小请求正常、大文件或长连接中途断开	关闭 IPv6，TUN 模式下调低 MTU

重置信号可能来自哪里

一次代理访问会经过三段链路：本机程序到本地客户端、本地客户端到节点入口、节点出口到目标网站。重置信号可能在任何一段产生，判断它来自哪一段，比盲目换节点有效得多：

• 本机到客户端：本地端口没有监听、被安全软件拦截，或者两个代理程序互相转发，通常表现为“一开代理就全部重置”；
• 客户端到节点：协议特征被识别、入口端口被限制，或者节点正在重启，通常表现为“某一类节点集体重置、换协议后恢复”；
• 节点到目标网站：目标网站对该出口 IP 做了限制，或者节点出口线路异常，通常表现为“只有某个网站被重置，换节点后恢复”。

还有一种特殊情况：目标域名在规则模式下命中了直连，请求根本没有进入代理，而是由本地网络直接发出，被中间设备重置。这种情况切到全局模式就能立即验证。

快速自查

1. 关闭代理访问国内网站，确认本地网络正常；
2. 在客户端中切换到全局模式再访问同一网站：全局正常而规则模式重置，就是分流问题；
3. 换一个不同协议的节点测试，而不仅仅是换地区；
4. 检查电脑上是否只运行了一个代理客户端，是否开着安全软件的“网页防护”；
5. 更新订阅并确认客户端是最新版本。

逐步排查

1. 分别测试直连与代理两段链路。 用 curl 的详细输出观察连接断在哪一步。端口以你的客户端设置为准，Clash Verge Rev 的混合端口默认通常为 7897：

   # Windows PowerShell：直连测试
   curl.exe -v https://www.google.com --max-time 15
   # 走本地代理端口测试
   curl.exe -v -x http://127.0.0.1:7897 https://www.google.com --max-time 15

   # macOS / Linux
   curl -v https://www.google.com --max-time 15
   curl -v -x http://127.0.0.1:7897 https://www.google.com --max-time 15

   直连被重置而走代理正常，说明问题只在于浏览器或程序没走代理（参见系统代理不生效怎么办）；两者都被重置，继续往下查节点。

2. 确认本地代理端口在监听。

   Test-NetConnection 127.0.0.1 -Port 7897

   nc -vz 127.0.0.1 7897

   TcpTestSucceeded : False 表示客户端内核没有正常运行，重启客户端或检查端口是否被其他程序占用。

3. 检查节点入口的 TCP 连通性。 从节点配置中找到服务器地址和端口：

   Test-NetConnection 节点域名 -Port 443

   nc -vz 节点域名 443

   端口可达但连接仍被重置，问题多半出在协议层：流量特征被识别、Reality 参数不匹配或内核版本过旧。

4. 查看客户端日志与连接面板。 在日志中搜索 reset、EOF、forcibly closed，记下出问题的节点名称和目标域名；在连接面板里确认该域名走的是哪个策略组。如果是 DIRECT，修改规则即可。

5. 校准系统时间。 部分协议会校验时间，误差过大时服务端会直接断开连接：

   w32tm /resync

   sntp time.apple.com

6. 排除安全软件与 IPv6。 暂时关闭安全软件的 HTTPS 扫描功能后复测；如果开了 TUN 模式，可以在客户端中关闭 IPv6，并把 TUN 的 MTU 调低（如 1400，具体选项名以实际版本为准）后再测试大文件下载。

7. 换协议而不是只换地区。 如果所有 VMess 或 Shadowsocks 节点都被重置，而 VLESS、Trojan 节点正常，说明是协议层面被干扰。各协议的差异可以参考 Trojan、VLESS、Shadowsocks 怎么选。

常见误区

• 只换地区不换协议：香港换日本，协议没变，被干扰的特征也没变，结果往往一样；
• 把重置当作超时处理：超时更多是节点不通，重置说明连接已经到达某处，需要关注规则与协议；
• 同时开两个代理客户端：流量可能在两个程序之间来回转发，形成断连。
• 忽略命令行工具的代理设置：浏览器正常不代表终端也走了代理，Git、npm 和 AI 编程工具需要单独配置，或者开启 TUN 模式统一接管。

不同工具出现重置时的处理重点

场景	优先检查
浏览器个别网站重置	规则分流与规则集是否过旧
Git 推拉代码时重置	终端代理变量、git config http.proxy 是否指向正确端口
AI 工具长对话中途重置	节点稳定性与丢包率，优先专线节点
下载大文件到一半重置	MTU、IPv6 与节点负载

仍然无法解决

1. 用手机热点测试同一订阅，排除宽带或公司网络对特定协议的限制；
2. 把客户端日志截图（遮挡订阅链接与节点地址）发给机场客服，说明出问题的节点和时间段；
3. 如果大部分节点长期频繁重置，考虑换用专线类服务，参见稳定机场推荐。

请遵守当地法律法规与服务条款，合理使用网络工具。

相关问题

• 节点超时怎么解决：7 个常见原因
• TLS 握手失败、证书错误的原因与解决
• 系统代理不生效、部分软件不走代理怎么办
• 规则模式、全局模式、直连模式有什么区别
• 更多连接问题排查