网络连接超时有哪些常见原因

连接超时（Timeout）是使用机场时最常见、也最让人摸不着头脑的错误：它不像「连接被拒绝」那样给出明确线索，只是告诉你「等了太久，放弃了」。超时的原因可以归为四类：本地网络、客户端配置、机场线路、目标服务。排查时按从近到远的顺序，先排除本地，再看客户端，然后换节点，最后考虑目标服务是否出了问题。大部分超时在前三步就能找到原因。

超时到底意味着什么

一次网络请求大致经历：DNS 解析 → TCP 握手 → TLS 握手 → 发送请求 → 等待响应 → 接收数据。每个阶段都有超时限制，任何一个阶段卡住，程序就会报超时。

超时与「连接失败」的本质区别在于：失败是收到了明确的否定答复（如拒绝连接、主机不可达），而超时是没有收到任何答复。没有答复通常意味着：

• 数据包在路上丢了（丢包）；
• 数据包排队太久（拥塞）；
• 中间某个设备悄悄丢弃了数据包而不回复（防火墙、QoS 策略）；
• 对方收到了但处理太慢（服务端过载）。

理解这一点很重要：超时的根源往往是「慢」而非「断」，所以解决思路是找到慢的环节。

四类原因分类表

类别	典型原因	典型表现	快速验证方法
本地网络	Wi-Fi 信号差、路由器故障、本地 DNS 异常、系统防火墙拦截	直连模式下国内网站也慢或打不开	切直连模式访问国内网站
客户端配置	规则把域名分流到错误出口、系统代理未生效、TUN 与其他 VPN 冲突、DNS 模式不当	全局模式正常，规则模式超时；或浏览器正常、终端超时	切全局模式；查看客户端日志
机场线路	节点拥塞、晚高峰丢包、节点被封、订阅过期	换节点后正常；或所有节点同时超时	换节点；查看订阅状态
目标服务	服务端故障、区域限制、IP 被目标服务拒绝	只有某一个服务超时，其他都正常	查看服务状态页；换出口地区

逐项排查步骤

下面的步骤按顺序执行，每一步都有明确的判断标准。

第一步：排除本地网络

1. 在客户端切换到「直连」模式，或暂时关闭客户端。
2. 打开一个国内网站，观察是否秒开。
3. 在终端执行 ping -c 20 223.5.5.5（Windows 用 ping -n 20），看是否有丢包。
4. 如果直连状态下也慢或丢包，问题在本地：换 Wi-Fi 频段、重启路由器、改用有线，或联系运营商。

本地正常再进行下一步。

第二步：检查客户端配置

1. 切换到「全局」模式，重试超时的操作。
2. 如果全局模式正常，说明规则分流有问题：打开客户端日志，找到超时域名命中的规则，确认它是否被分流到了 DIRECT 或错误的策略组。常见于 AI 服务的新域名没有被订阅规则覆盖。
3. 如果是终端程序超时而浏览器正常，确认终端是否设置了代理环境变量或是否开启了 TUN 模式。终端程序不读取系统代理设置。
4. 如果开启了 TUN 后所有连接超时，检查是否有其他 VPN 软件的虚拟网卡冲突，并尝试切换 TUN 栈（system / gvisor / mixed）。
5. 检查 DNS：在客户端设置中确认 DNS 模式为 fake-ip 或 redir-host 并启用了 DNS 劫持。系统「私人 DNS」或浏览器的 DoH 设置可能绕过客户端，导致解析到被污染的 IP。

客户端配置方法可以参考 Windows 客户端使用指南 与 macOS 客户端配置指南。

第三步：定位线路问题

1. 换一个不同地区的节点，重试。如果换节点后正常，原节点拥塞或被封。
2. 如果所有节点都超时，先在客户端更新订阅。订阅过期、流量用尽时，部分机场会让所有节点静默失效而不是报错。订阅相关问题见 订阅更新失败怎么办。
3. 对当前节点做 mtr 测试，看最后一跳的丢包率：

sudo mtr -r -c 100 节点入口地址

4. 如果丢包率超过 2%，或在晚高峰明显升高，说明线路质量不足。这是 AI 工具流式输出超时的头号原因，详见 AI 工具网络延迟与连接稳定性分析。
5. 查看机场官网公告，确认是否有线路维护或故障通知。

第四步：确认目标服务

1. 打开目标服务的状态页，例如 OpenAI、Anthropic、Google 都有公开的服务状态页面。
2. 如果只有一个服务超时，其他 AI 工具正常，可能是出口 IP 被该服务限制。换一个不同出口地区的节点测试。
3. 部分服务在特定地区不可用，出口位于这些地区时会表现为超时或空白页。Gemini 的地区问题可以参考 Gemini 网络错误排查。

AI 工具超时的特殊情况

AI 工具的超时有一个明显特征：对话开始时能收到前几个字，然后停住。这几乎都是长连接在中途被断开，而不是连不上。常见原因与处理：

现象	原因	处理
回答输出到一半停止	节点丢包触发重传超时	换丢包更低的节点，优先专线
回答停止且客户端日志显示连接关闭	节点空闲超时策略或并发限制	换节点或联系机场
长任务（Claude Code、Codex CLI）中途失败	终端代理不稳定或 TUN 断连	固定使用一个节点，不用自动选择策略组
语音模式频繁重连	WebSocket 对抖动敏感	换抖动更小的节点

Claude 相关的具体错误可以参考 Claude 无法连接的排查 和 Claude 专题页。

预防：减少超时的日常习惯

• 订阅设置为每日自动更新，避免节点列表过期。
• 为 AI 工具、日常浏览、下载分别使用不同节点，避免下载占满节点带宽。
• 定期在晚高峰做一次 mtr，记录常用节点的丢包趋势。
• 客户端保持更新，内核版本过旧可能与新协议不兼容。

小结

连接超时的本质是「等不到响应」，根源多为丢包与拥塞。按「本地 → 客户端 → 线路 → 目标服务」的顺序排查，每一步都用直连、全局、换节点这类简单操作做二分定位，不要一开始就怀疑机场。AI 工具的超时绝大多数是线路丢包导致的长连接中断，换一个更稳定的节点是性价比最高的解决方案。更多诊断内容见 网络诊断栏目 和 网络诊断专题。