Clash 显示所有节点 Timeout 的原因与处理方法
Clash Verge Rev 或 Mihomo Party 中所有节点延迟测试同时显示 Timeout,多与订阅状态、本地网络或客户端配置有关。本文按概率列出七类常见原因,并给出逐项排查步骤与判断依据,适合刚接触代理客户端的用户。
按固定顺序定位节点超时、连接失败与「连上却打不开网页」的根因:本地网络、订阅、DNS、系统代理逐层排除。
这个专题解决代理使用中最令人沮丧的一类问题:连不上。具体包括节点列表全部超时、个别节点时好时坏、客户端显示已连接但网页打不开、换了网络环境就失效等各种表现。
连接失败的原因分布在四个层面:本地网络(Wi-Fi、蜂窝数据、系统代理残留)、订阅(过期、被重置、更新失败)、客户端配置(模式、DNS、TUN)和机场侧(节点被封、服务器故障)。排查失败的用户大多不是缺少知识,而是缺少顺序——在错误的层面反复尝试,比如节点被封时不停重装客户端。本专题的核心是建立一套从本地到远端逐层排除的固定流程,让每一步测试都能明确排除一类原因。
学完本专题你应该能够:拿到任何「连不上」的症状时,先判断问题属于哪一层,再用对应文章的清单逐项验证,最终以证据而非猜测得出结论。
按推荐阅读顺序排列。
Clash Verge Rev 或 Mihomo Party 中所有节点延迟测试同时显示 Timeout,多与订阅状态、本地网络或客户端配置有关。本文按概率列出七类常见原因,并给出逐项排查步骤与判断依据,适合刚接触代理客户端的用户。
延迟测试正常、数值也不高,浏览器却无法打开网页——这类问题多与出口 IP 被限制、DNS 解析、分流规则或系统代理有关。本文解释延迟测试的局限,并给出按顺序的排查方法,适合已有一定使用经验的用户。
解析 Shadowrocket 显示已连接、VPN 图标亮起却无法打开网页的常见原因,提供从节点测试到权限检查的按序排查步骤,适合 iOS 新手参考。
分析代理在 Wi-Fi 下正常、切到移动数据就失效的原因:运营商 NAT、IPv6 优先、UDP 限制与系统权限,并给出快速区分与逐项排查方法。
客户端更新订阅时报错 timeout、404、403 或解析失败,分别对应不同的故障位置。本文按错误信息分类给出判断依据与处理步骤,并说明如何用浏览器安全地验证订阅地址,适合遇到订阅无法更新的用户。
解释 TUN 模式通过虚拟网卡接管全部流量的工作原理及其与系统代理的区别,整理开启后断网的五类常见原因,并给出按序排查与快速恢复方法。
先脱离代理测试本地网络:关闭客户端后能否正常打开国内网站。本地正常再检查订阅是否过期或被重置、机场是否发布了故障公告,最后才排查客户端设置。多数「全部超时」是订阅或机场侧问题,不是客户端坏了。
延迟只反映响应速度,不反映丢包和 DNS 状况。低延迟但打不开网页,常见原因是线路丢包严重、DNS 解析被污染、或分流规则把该域名判成了直连。应结合丢包测试和客户端连接面板进一步定位。
用排除法交叉验证:换一个网络环境(如手机热点)、换一台设备、或导入另一家机场的订阅测试。如果换订阅立即恢复,基本可以确定是机场侧故障,此时应查看机场公告或提交工单,而不是继续折腾本地配置。