科学上网出错，该从哪里查起

我处理代理故障，先看异常发生在哪个环节，再决定改什么。节点变红只是现象，不能直接推出服务出了问题；浏览器打不开页面，也不能据此认定订阅失效。

我接触机场的时间不长，靠的是拆开问题、保留对照。没检查过的设备，我不会隔空下结论。你也不用背协议名称，把故障范围缩小，比到处复制设置有用。

先找到故障入口

科学上网故障应按连接超时、订阅更新和网页访问分别排查。我会先确认异常覆盖范围，再沿对应入口检查，避免同时改乱设置。

节点都超时怎么办

先确认客户端里有没有可选节点，再区分全部连接失败与部分连接失败。这两种情况应保留为不同线索，别只记一句“不能用”。

若所有节点都没有响应，先看普通网页是否能打开，再检查客户端是否正常运行。若只有部分节点出问题，保留能用的节点作对照，记录出错节点与报错文字。节点颜色可以提醒异常，却不能替你解释异常。

具体顺序放在节点连接超时怎么排查。检查期间别反复删除订阅，否则容易连可用的配置也一起丢掉。

订阅更新卡在哪里

订阅更新与节点连接是不同环节。旧配置还能连接，不代表更新请求已经成功；更新完成，也不代表每个节点都能使用。

你要看的是客户端有没有收到内容、有没有接受内容，以及节点列表有没有变化。把报错原文留下，比凭印象描述“导入不了”更容易继续判断。

可以接着看订阅更新与导入失败处理。订阅内容涉及你的使用凭据，不要为了让别人帮忙，把完整内容贴进公开讨论区。

不清楚就沿现象判断

先退出代理客户端，观察原本能够直连的网页是否恢复。恢复了，就优先检查代理接管环节；仍打不开，就继续检查本地网络，暂时别把原因锁在节点上。

接着启动客户端，保留当前配置，只换节点观察。若换节点后表现不同，这个差异就有排查价值。若完全没有变化，再检查代理开关和应用设置。每次只改一个位置，并记下改前改后的表现。

这是一条阅读路径，没有自动替你诊断设备的功能。

现象能说明多少

故障现象只能帮助你缩小检查范围，不能直接证明某个根因。我把下表当作排查入口，操作后的变化才是继续判断的依据。

你看到的现象	可以先查哪里	改后观察什么
部分应用正常，浏览器打不开页面	系统代理设置与客户端运行状态	退出代理后，原本可直连的页面是否恢复
外部网页可访问，日常网页却变慢	当前代理模式与分流规则	切回原有规则后，两类网页的表现是否变化
节点列表存在，连接却都失败	本地网络、时钟与客户端报错	同一配置换网络后，故障是否仍出现
订阅有返回内容，客户端仍拒绝导入	内容格式与客户端支持范围	报错出现在获取内容时，还是读取内容时
开启 TUN 后出现异常	TUN 状态及相关权限提示	关闭 TUN 后，普通代理方式是否可用

表里的检查方向不是诊断结论。比如浏览器恢复访问，只说明刚才改变的环节值得继续查，不能顺手推导出其他软件有问题。

我建议你留一份简短记录：使用哪个客户端，原先什么状态，做了什么操作，后来发生什么变化。不要只留下报错截图，却忘了截图前刚改过规则。

能复现的现象，比“偶尔很卡”更容易解释。

本地设置怎样依次查

本地代理排查应从系统时钟开始，再核对代理端口，随后检查 TUN。我会保留原配置逐项验证，每改一项就观察访问表现。

时钟看起来正常吗

系统显示的时间若明显不对，先把时间设置恢复正常，再重新连接。不要直接照搬别人给出的误差门槛，也别把所有加密连接失败都解释成时间问题。

你可以在 Windows 或 macOS 的日期与时间设置里查找自动校时选项；菜单位置以系统说明为准。确认日期、时间和时区没有明显异常后，再观察原来的报错是否还在。

如果校时后没有变化，就继续往下查。重复校时不会替你解决端口或配置问题。

代理端口接上了吗

系统代理指向的位置，要与客户端实际提供的代理入口对应。客户端退出后，若系统仍保留代理设置，浏览器访问就可能受到影响。

先退出暂时不用的代理工具，再核对当前客户端的监听设置与系统代理。不要看见端口不同就随手统一，也不要把别人的配置值当成你的默认值。

端口冲突应结合客户端提示判断。确有冲突时，再调整端口，并检查引用这个端口的设置是否同步变化。只改客户端，却让系统代理继续指向旧位置，排查会绕回原处。

改前记下原值，改后尝试同一个页面。没有改善，就恢复原设置，保留这条排查记录。

TUN 要不要动

如果故障是在开启 TUN 后出现，可以先关闭 TUN，对照普通代理方式的表现。这个操作的目的，是判断异常是否与接管方式有关。

不同客户端的服务安装、权限要求与修复入口并不相同。涉及 Clash Verge Rev 的相关操作，应按对应说明执行，不要把别的软件教程套进来。

我不建议你凭名称删除不认识的网卡。先保留错误提示，确认相关组件属于哪个程序，再决定是否修复或重装。具体客户端的设置入口可从查找客户端使用教程继续阅读。

这些情况该怎样判断

设备之间的访问差异、延迟显示和导入失败，都需要分别验证。我不会只凭一个界面提示定性，而会先找可重复的对照现象。

手机能连电脑为何不行

手机能用，说明这份服务在手机当前环境下能够连接。电脑使用了相同订阅，也不代表两端的客户端、网络和代理设置相同。

尽量让设备处在同一网络，再比较节点选择、代理模式与报错位置。电脑若连普通网页也打不开，应先检查本地接管环节；若只在读取订阅时失败，就沿导入问题继续查。

安全软件出现明确拦截提示时，再核对被拦截的程序与原因。不要为了试一试就关闭全部防护，也别把整个目录直接加入信任范围。没有提示，不等于已经证明是安全软件造成的。

延迟低为何网页仍卡

客户端显示的延迟，只对应它所采用的检查方式，不能直接代替网页加载表现。具体检查了什么，应以客户端说明为准。

你可以固定网页和节点，比较打开页面、加载内容与持续访问时的表现。换节点时保留其他条件，换网络时也尽量保持原配置。操作之间留出观察空间，别刚刷新页面又切换节点。

我不会拿线路名称替代判断。IEPL、IPLC 可以作为了解线路的概念入口，名称本身不能证明你的网页访问表现。相关区别可看理解 IEPL 与 IPLC 的线路概念。

浏览器打开为何导入报错

浏览器收到内容，与客户端能够读取配置，是不同的判断。返回页面可能包含提示信息，也可能是客户端不支持的内容格式。

先看客户端报错落在哪个环节，再核对订阅格式是否受支持。不要把完整内容交给陌生转换服务，也不要因为看到 TLS 相关提示，就直接跳过证书检查。报错原因尚未确认时，降低验证要求只会增加新的变量。

若仍需客服协助，把客户端名称、故障环节、报错文字和已经做过的操作整理清楚。我把客服回复速度看得很重，也会看回复有没有针对问题。只让你重装，却不解释检查方向，不能算问题已经解决。