客户端连接超时是什么原因？分场景排查与解决步骤
简答：客户端连接超时，通常是 DNS、TCP 或代理握手没有及时得到响应。先判断是全部节点、单个节点还是单个应用异常，再依次切换网络、检查订阅和代理模式；使用 UDP/QUIC 节点时，不要把 TCP 端口测试当成最终结论。
定义：客户端连接超时，是客户端发起 DNS 解析、TCP 或 UDP 建连、代理转发或 TLS 握手后，在等待时间内没有获得有效响应。
先看异常范围：10 秒内决定排查方向
先看是全部节点超时、只有一个节点超时，还是客户端已连接但某个应用打不开。范围不同，优先检查的环节也不同；不要一开始同时修改 DNS、节点和代理模式。
速查卡：全部节点超时 → 换网络、查系统代理、查订阅状态；单个节点超时 → 换节点并记录端口和协议；单个应用超时 → 切换全局或 TUN 做对照；测速显示异常但网页能打开 → 先区分测速进程与实际流量路径。
| 现象 | 优先怀疑 | 先做的单变量测试 | 判定标准 |
|---|---|---|---|
| 全部节点都超时 | 本地网络、系统代理、DNS、订阅、账号状态或客户端权限 | 保持节点不变，切换 Wi-Fi 与移动数据 | 换网络后恢复，优先排查原网络、路由器或 DNS |
| 只有一个节点超时 | 节点端口、协议、线路或节点侧状态 | 保持网络和模式不变，只换一个节点 | 其他节点正常，问题集中在原节点或线路，不能直接断言服务端故障 |
| 客户端已连接，只有一个应用打不开 | 规则分流、应用不支持系统代理、TUN 权限或应用自身网络设置 | 保持节点不变，规则模式临时切到全局或 TUN | 全局或 TUN 正常，重点检查规则和应用代理支持 |
| 连接后很快再次断开 | 网络波动、后台限制、IPv6 路径或长连接被回收 | 换网络并暂时关闭省电或后台限制 | 只在某网络断开，优先排查该网络和路由器 |
Windows 的 TCP/IP 排查资料将数据包丢失、中间设备丢弃和目标端口无响应列为连接失败的可能方向，可参考 Microsoft Learn：TCP/IP 连接问题疑难解答。这只能帮助定位连接阶段，不能据此判断某个服务商或节点一定故障。
先排除本地网络：Wi-Fi、移动数据与系统代理
在同一设备上关闭 Wi-Fi、改用移动数据，再测试同一个节点；或连接另一组 Wi-Fi。Android 官方建议通过重启设备、在 Wi-Fi 与移动数据之间切换、重启路由器来区分设备问题与网络问题，步骤可参考 Android 官方网络连接排查 和 Pixel 官方 Wi-Fi 连接排查。
- Windows：先退出其他代理软件，打开客户端的设置页，检查“系统代理”和“TUN 模式”是否同时被多个程序接管。以 Clash Verge Rev 为例，官方仓库的设置文本将“System Proxy”和“TUN Mode”列为系统设置项，并说明 TUN 会接管系统流量，启用后通常不需要再开启系统代理，可参考 Clash Verge Rev 设置字段。菜单名称可能随版本变化。
- macOS：打开“系统设置 → 网络 → Wi-Fi”，确认当前网络已连接；再检查“系统设置”内搜索“代理”和“VPN”，暂时关闭不需要的代理或网络过滤工具。Apple 建议在无法上网时重启 Mac、检查日期时间、检查 VPN 或其他安全软件，并尝试另一网络，可参考 Apple 支持：Mac 无法通过 Wi-Fi 连接互联网。
- Android：打开“设置 → 网络和互联网”或“连接”，先关闭 Wi-Fi、打开移动数据测试，再反向测试。不同厂商菜单名称可能不同；如果使用“私人 DNS”或其他网络过滤应用，可暂时关闭后复测。
- iPhone：打开“设置 → Wi-Fi”和“设置 → 蜂窝网络”，分别测试 Wi-Fi 与蜂窝数据；再在“设置”中搜索“VPN、描述文件、过滤器”，检查是否有其他网络工具或配置文件。Apple 说明，已安装的配置文件可在“设置 → 通用 → VPN 与设备管理”查看，网络问题也可能与 VPN 或第三方安全软件有关，可参考 Apple 支持：检查 VPN 和第三方安全软件 以及 Apple 支持：查看 iPhone 配置文件。
预期结果：换网络后全部节点恢复，说明原 Wi-Fi、路由器、DNS 或网络策略更可疑；换网络仍全部超时，再继续检查订阅、账号、客户端模式和节点协议。
检查订阅、账号与节点配置：不要漏掉到期或流量限制
如果全部节点同时超时，先打开服务商后台或客户端账户页面，查看账号登录状态、订阅是否到期、流量是否用尽，以及订阅更新是否成功；具体状态和规则应以对应服务商官方页面为准。无法看到后台状态时，不要把“节点列表还能显示”当成订阅仍然有效的证据。
- 在客户端中手动更新订阅，观察是否出现下载失败、解析失败或节点数量变为零。
- 确认订阅地址没有被截断，更新时只测试订阅更新，不要同时更改 DNS、TUN 和代理模式。
- 更新后只选择一个节点测试，再选择第二个节点做对照。
- 记录节点名称、协议、服务器地址、端口和报错时间；订阅地址、账号和密钥截图必须打码。
如果客户端提示配置或核心运行失败，先查看日志而不是反复点击测速。v2rayN 的官方 Wiki FAQ 提到，核心运行失败可能与配置错误、核心不支持或本地监听端口被占用有关，可参考 v2rayN Wiki：FAQ。
判定标准：同一网络下只有一个节点超时，优先记录该节点信息并换节点；全部节点、不同网络和不同设备都失败，才适合把“订阅状态、节点整体可达性或服务端侧问题”列为反馈方向，但仍不要在没有日志或公告时直接下结论。
区分 DNS、TCP、UDP/QUIC、TLS 与代理握手
“timeout”只是结果，不一定说明同一个环节失败。先看错误文字，再选择对应测试。
| 提示或现象 | 可能发生的阶段 | 处理方向 |
|---|---|---|
| DNS 失败、无法解析域名 | 域名解析 | 检查当前网络、系统 DNS、客户端内部 DNS 和服务器地址 |
| 连接超时、timeout | TCP 建连、UDP 建连、代理转发或等待响应 | 先按协议类型选择 TCP 或 UDP 对照，不要只改 DNS |
| 连接被拒绝、connection refused | 目标主机返回拒绝 | 检查端口、监听状态、协议和配置是否匹配 |
| TLS、证书或握手错误 | TCP 已建立，但安全握手失败 | 检查系统时间、传输方式、证书提示和客户端核心 |
| 订阅更新失败 | 访问订阅地址或下载配置阶段 | 单独测试订阅地址、登录状态和网络，不要等同于节点连接失败 |
Windows TCP 测试：在开始菜单搜索“Windows PowerShell”，不要在普通 cmd 中运行下面的命令。把 节点服务器地址 和 节点端口 替换为客户端当前配置中的值，端口以客户端设置页为准。
nslookup 节点服务器地址
Test-NetConnection 节点服务器地址 -Port 节点端口Test-NetConnection 的 -Port 参数用于测试远程 TCP 端口，具体语法见 Microsoft Learn：Test-NetConnection。如果输出 TcpTestSucceeded : True，只能说明该 TCP 端口从当前网络可建立连接；不能证明代理协议、认证、TLS 或目标网站一定正常。
如果节点使用 Hysteria2、TUIC 或其他基于 UDP/QUIC 的传输，TCP 端口测试不适合作为最终判断：TCP 测试失败不等于 UDP 一定不可用，TCP 测试成功也不等于 UDP 节点可用。此时应优先在客户端中切换同协议的另一节点、关闭 TUN 做对照，或查看客户端日志。
如果使用 Clash Verge Rev 或 Mihomo，除系统 DNS 外，还要检查配置中的 dns、nameserver、fallback、fake-ip 或 redir-host 相关设置。不要一次同时修改多个字段：先记录原配置，只关闭客户端内部 DNS 覆盖或改回自动获取，测试同一个节点后再决定是否恢复。
客户端里的“超时”提示怎么读：Clash、v2rayN 与 iOS 客户端
不同客户端的文字不完全一致，测速失败也不一定等于实际代理流量失败。先做“网页访问”和“客户端测速”两组对照，再决定是否换节点。
| 界面表现 | 可以先怎样理解 | 下一步 |
|---|---|---|
| Clash Verge Rev 或 Mihomo 显示 Timeout | 该次测试没有在等待时间内完成，不足以单独证明节点永久失效 | 保持网络不变，换另一个节点；再比较规则模式与全局模式 |
| v2rayN 延迟显示 -1 | 可能是延迟测试失败、测试配置未生成、TUN 路径或节点不可达 | 先关闭 TUN 做对照，再查看日志并测试实际网页访问 |
| iPhone 客户端显示超时但 Safari 能打开 | 浏览器与客户端可能使用不同 VPN、代理或 DNS 路径 | 检查 VPN 状态、蜂窝数据权限、其他描述文件和客户端内的节点选择 |
| 测速失败但应用可正常访问 | 测速进程与实际应用流量可能不走同一入口 | 以实际目标应用能否稳定访问为一项结果，同时保留测速报错信息 |
v2rayN 官方仓库中的用户 Issue 曾记录 TUN 模式下测速显示 -1、但实际代理流量仍可工作的情况；这类 Issue 只能说明存在该类现象，不能代表所有版本都会如此，可参考 v2rayN 官方仓库用户 Issue：TUN 模式测速显示 -1。另一个官方仓库用户 Issue 记录了 TUN 模式与系统代理关闭时真实延迟测试失败的现象，可参考 v2rayN 官方仓库用户 Issue：TUN 模式真链接延迟返回 -1。
在 Clash Verge Rev 中，优先从“设置”进入，分别测试“系统代理”和“TUN 模式”；TUN 通常需要服务模式或管理员权限。若开启 TUN 后客户端自身测速异常，但浏览器或目标应用可用，不要立即重装，先关闭 TUN、保留系统代理测试一次。入口和开关名称以当前版本界面为准。
规则模式、全局模式与跨地区应用访问
如果读者是在海外访问中国应用或网站，连接超时可能不是节点本身不可用，而是规则把目标域名分到了直连、错误节点或不可达路径。先用同一个节点做短时全局对照，再回到规则模式检查分流。
- 保持节点、网络和客户端版本不变，只把规则模式切换为全局模式。
- 重新打开同一个应用或网站，观察是否仍然超时。
- 全局模式正常、规则模式异常时，检查目标应用实际访问的域名，而不是只看首页域名。
- 对中国大陆版应用，规则中只按实际使用的大陆版域名做分流；国际版域名应按其所在地和实际需求处理，不要把所有相似域名一律指向同一节点。
- 如果应用不支持系统代理，检查 TUN 是否已获得权限；如果只有 TUN 模式异常，先恢复系统代理进行对照。
判定标准：全局正常、规则异常，优先查规则；系统代理正常、TUN 异常，优先查虚拟网卡权限、服务模式、DNS 劫持或路由设置；两种模式和多个节点都超时，回到网络、订阅和设备交叉测试。
需要管理员权限的 Windows 修复与最终反馈清单
只有在换网络、换节点、检查订阅和代理模式后仍然失败，才考虑重置 Windows 网络组件。先保存当前网络、代理和客户端配置。
netsh int ip reset
netsh winsock reset上述命令需要以管理员身份运行：在开始菜单搜索“Windows PowerShell”或“命令提示符”，右键选择“以管理员身份运行”，执行后按提示重启电脑。重置前不要盲目执行；如果设备由公司或学校管理，先询问管理员。
如果仍然无法连接，反馈时一次性提供以下信息：
- 设备类型、系统版本和客户端名称及版本。
- 错误是全部节点、部分节点还是单个应用发生。
- 网络类型：家庭 Wi-Fi、公共 Wi-Fi、公司网络或移动数据。
- 节点名称、协议、端口和测试时间，敏感内容打码。
- 是否测试过第二个节点、第二个网络和第二台设备。
- 系统代理、规则、全局或 TUN 模式的状态。
- 完整错误提示、客户端日志，以及
nslookup或Test-NetConnection结果。
这样可以帮助支持人员区分本地网络、客户端设置、订阅状态和单个节点问题，也避免把无法核实的服务端故障当成结论。
常见问题
客户端连接超时和连接被拒绝有什么区别？
连接超时通常表示等待期间没有收到有效响应，可能发生在 DNS、TCP、UDP、代理转发或 TLS 等阶段；连接被拒绝通常表示目标端返回了拒绝。前者先查网络路径和协议，后者优先查端口、监听状态和配置匹配。
全部节点都超时，是不是节点全部失效？
不能直接判断。先切换 Wi-Fi 与移动数据，检查登录、订阅到期、流量状态、系统代理和 DNS；如果换网络后恢复，应优先排查原网络或本地设置。只有不同网络、不同设备都复现时，才适合向相关支持方反馈整体连接问题。
为什么浏览器能打开网页，客户端或某个应用仍然超时？
浏览器和客户端可能使用不同的代理入口、规则、DNS 或 TUN 路径。保持节点不变，先从规则模式切到全局模式；如果仍不行，再检查应用是否支持系统代理，以及 TUN 是否获得权限。
使用 Hysteria2 或 TUIC 时，Test-NetConnection 失败怎么办？
Test-NetConnection -Port 测试的是 TCP 端口，不能单独判断基于 UDP/QUIC 的节点。应换同协议节点、关闭 TUN 做对照、查看客户端日志，并以实际代理流量是否成功作为结果之一。
v2rayN 显示 -1 或 Clash 显示 Timeout，但网页能打开，应该换节点吗？
先不要立即换节点。测速进程可能与实际应用流量使用不同路径，尤其在 TUN 或系统代理关闭时。先记录测速结果，关闭 TUN 或恢复系统代理测试，再判断实际应用是否稳定；如果网页和应用都失败，再换节点。
常见问题
客户端连接超时和连接被拒绝有什么区别？
连接超时通常表示等待期间没有收到有效响应，可能发生在 DNS、TCP、UDP、代理转发或 TLS 阶段；连接被拒绝通常表示目标端返回了拒绝。前者先查网络路径和协议，后者优先查端口、监听状态和配置匹配。
全部节点都超时，是不是节点全部失效？
不能直接判断。先切换 Wi-Fi 与移动数据，检查登录、订阅到期、流量状态、系统代理和 DNS；如果换网络后恢复，应优先排查原网络或本地设置。
为什么浏览器能打开网页，客户端或某个应用仍然超时？
浏览器和客户端可能使用不同的代理入口、规则、DNS 或 TUN 路径。保持节点不变，先从规则模式切到全局模式；如果仍不行，再检查应用是否支持系统代理，以及 TUN 是否获得权限。
使用 Hysteria2 或 TUIC 时，Test-NetConnection 失败怎么办？
Test-NetConnection 的端口测试针对 TCP，不能单独判断基于 UDP/QUIC 的节点。应换同协议节点、关闭 TUN 做对照、查看客户端日志，并以实际代理流量是否成功作为结果之一。
v2rayN 显示 -1 或 Clash 显示 Timeout，但网页能打开，应该换节点吗？
先不要立即换节点。测速进程可能与实际应用流量使用不同路径，尤其在 TUN 或系统代理关闭时。先记录测速结果，关闭 TUN 或恢复系统代理测试，再判断实际应用是否稳定。