troubleshoot_notes (排障记录)

已解决：晚高峰网页慢但节点延迟不高

troubleshoot_notes — Sun, 24 May 2026 18:29:37 +0800

这个案例用来说明 “延迟低但体验慢” 应该怎么拆开看。

现象

客户端测速延迟不高。
晚高峰打开网页、视频首屏或图片加载明显变慢。
换目标网站后表现不同。

排查过程

查看目标网站命中的规则和代理组。
对比 DNS 解析结果，确认没有解析到异常 CDN。
用同一节点在白天和晚高峰分别测试。
记录丢包和抖动，不只看延迟。

处理结果

延迟测试只能说明小包探测结果。网页慢常见原因是 DNS、目标站 CDN、晚高峰丢包、规则误分流。反馈时要写城市、运营商、时间段和目标网站。

已解决：开启 TUN 后路由器后台和 NAS 打不开

troubleshoot_notes — Sun, 24 May 2026 09:29:35 +0800

这个案例用于沉淀 TUN 模式影响局域网访问的处理方式。

现象

开启 TUN 后，路由器后台、NAS、打印机或投屏设备打不开。
关闭 TUN 后恢复正常。

排查过程

确认局域网网段，例如 192.168.0.0/16、10.0.0.0/8、172.16.0.0/12。
把局域网网段加入直连或绕过列表。
公司内网、校园网认证页和内网域名单独加入 DIRECT。
重新启动客户端和浏览器后再测试。

处理结果

大多数情况不是节点问题，而是 TUN 接管了本应直连的局域网流量。先保证内网直连，再继续排查外网代理。

已解决：Windows 开了系统代理但 Chrome 没走代理

troubleshoot_notes — Sun, 24 May 2026 00:29:35 +0800

这个案例适合排查 “客户端正常，浏览器不走代理” 的情况。

现象

客户端显示系统代理已开启。
Edge 或命令行测试正常。
Chrome 访问检测站仍显示本地出口。

排查过程

检查 Chrome 是否安装了代理扩展。
关闭 Chrome 安全 DNS 后重启浏览器。
打开系统代理设置，确认端口和客户端监听端口一致。
用 curl -x http://127.0.0.1:端口 验证本地代理端口。

处理结果

如果命令行指定代理正常，但 Chrome 不正常，优先处理浏览器扩展、安全 DNS 和独立代理设置；如果命令行也不正常，再查客户端监听和防火墙。

已解决：Clash 导入订阅后代理组为空

troubleshoot_notes — Sat, 23 May 2026 15:29:34 +0800

这个案例用于沉淀 “订阅能刷新，但代理组为空” 的排查路径。

现象

订阅刷新显示成功。
节点列表里能看到部分节点，或 proxies 不为空。
代理组为空，首页无法选择节点。

排查过程

先确认订阅原文里是否有 proxy-groups。
关闭 Merge、覆写、Script，重新导入一次。
检查代理组里引用的节点名是否和 proxies 里的名称一致。
如果使用订阅转换，换成原始订阅或另一种输出格式对比。

处理结果

这类问题多数和覆写配置覆盖了 proxy-groups，或订阅转换输出格式不兼容有关。恢复默认配置后重新导入，通常可以确认问题是否来自本地覆写。

后续反馈请补充

客户端版本、是否启用 Merge/Script、打码后的 proxy-groups 片段和错误日志。不要公开完整订阅链接。

订阅更新返回 403 或 404，先判断是链接问题还是客户端问题

troubleshoot_notes — Sat, 23 May 2026 04:24:47 +0800

订阅更新返回 403 或 404 时，不要马上重装客户端。先确认错误来源。

判断方法

浏览器打开同一链接也 403：可能是链接过期、账号状态、访问限制。
浏览器打开是 404：可能是订阅地址路径变化或服务端下线。
浏览器正常但客户端失败：重点看客户端网络、UA、代理设置和缓存。
只有某个网络失败：可能和运营商、DNS 或访问策略有关。

发帖时请写

客户端、错误码、发生时间、浏览器是否能打开、是否换网络复现。不要贴完整订阅链接。

节点延迟很低但网页很慢，可能是 DNS、丢包或目标站 CDN

troubleshoot_notes — Wed, 20 May 2026 22:24:45 +0800

延迟低不等于体验好。客户端里的延迟测试通常只是小包探测，不能完整代表网页、视频和下载体验。

可能原因

DNS 解析慢或解析到了不合适的 CDN。
晚高峰丢包和抖动严重。
规则让测速站和目标站走了不同出口。
目标站本身或目标站 CDN 对某个出口不友好。

反馈建议

同时写延迟、丢包、目标网站、测试时间、城市和运营商。只贴一个延迟数字，很难判断真实问题。

TUN 模式导致局域网设备访问不了，先排除内网网段

troubleshoot_notes — Wed, 20 May 2026 13:24:45 +0800

TUN 模式会接管更多系统流量，配置不当时可能影响打印机、NAS、路由器后台、公司内网和校园网。

常见表现

打不开路由器管理页。
NAS、打印机、投屏设备找不到。
公司内网域名或校园网认证页异常。

处理思路

把常见内网网段加入直连或绕过列表。
公司网络、校园网域名单独加入 DIRECT。
排障时先退回系统代理模式，确认是不是 TUN 引起。

发帖时请说明是否开启 TUN、局域网网段、客户端名称和目标设备类型。

手机端能连，电脑端不能连，通常不是同一个问题

troubleshoot_notes — Wed, 20 May 2026 04:24:45 +0800

同一订阅在手机能用、电脑不能用，不能直接判断节点没问题。两个设备的网络、客户端和系统策略都可能不同。

对比项目

手机和电脑是否在同一个网络下。
两端客户端是否支持同样的协议和字段。
电脑是否有防火墙、杀毒软件或公司安全策略。
手机是否走了移动网络，电脑是否走家宽。
两端 DNS 设置是否一致。

建议测试

让手机和电脑都连同一个 Wi-Fi，再用同一个节点、同一个目标网站测试。这样可以先排除运营商和网络环境差异。

Windows 系统代理已开启，但浏览器没有走代理怎么办

troubleshoot_notes — Tue, 19 May 2026 19:24:44 +0800

Windows 上客户端显示系统代理已开启，但浏览器仍然直连，常见原因有几类。

检查顺序

浏览器是否安装了单独的代理扩展。
浏览器是否开启了安全 DNS。
系统代理端口是否和客户端监听端口一致。
杀毒软件、防火墙、公司安全客户端是否拦截本地端口。
使用 curl -x http://127.0.0.1:端口 单独验证本地代理端口。

如果浏览器异常但命令行正常，优先查浏览器扩展和安全 DNS；如果命令行也不通，再查客户端监听和系统防火墙。

规则模式下国内站点变慢，先验证是不是误走代理

troubleshoot_notes — Tue, 19 May 2026 10:24:44 +0800

国内站点突然变慢，很多时候不是节点问题，而是规则命中错误或规则集过期。

快速验证

找一个明显变慢的域名。
在客户端里查看规则命中结果。
临时把该域名加到 DIRECT。
刷新 DNS 缓存后重新打开。
如果明显改善，再检查规则集来源和更新时间。

反馈时建议写

变慢的网站或域名。
命中的规则和代理组。
客户端规则集更新时间。
是否只在某个运营商或城市出现。

客户端显示已连接但网页打不开，分三层检查

troubleshoot_notes — Mon, 18 May 2026 16:24:43 +0800

“已连接” 只能说明客户端和某个出口建立了连接，不代表 DNS、规则和浏览器都正常。

三层检查

DNS：目标域名能不能解析，解析结果是否符合预期。
规则：目标站点是否命中正确的代理组，是否误走 DIRECT。
出口：访问检测站时出口 IP 是否变化，是否和代理组一致。

容易忽略的点

浏览器开启了安全 DNS，绕过了客户端 DNS。
TUN 模式接管了流量，但局域网或内网网段没有排除。
规则集下载失败，客户端继续使用旧缓存。

发帖时最好把客户端日志、规则命中截图和浏览器安全 DNS 状态一起说明。

订阅导入后节点为空，先按这个顺序排查

troubleshoot_notes — Mon, 18 May 2026 07:24:43 +0800

订阅导入后节点为空，不一定是节点失效，常见原因是订阅地址、格式或客户端兼容问题。

排查顺序

用浏览器打开订阅地址，确认不是登录页、错误页或空文件。
看返回内容是否是当前客户端支持的格式。
清理客户端旧缓存，重新添加订阅，而不是只点刷新。
检查是否开启了 Merge、覆写、Script，导致 proxies 被覆盖。
如果只有某个客户端为空，换一个客户端对比格式兼容性。

发帖时请补充

客户端名称和版本。
订阅返回的是 Clash、V2Ray、sing-box 还是其他格式。
打码后的错误日志。

不要把完整订阅链接贴出来。订阅链接通常等同于账号凭证。

新用户第一次发帖，建议先把这 7 个信息写完整

troubleshoot_notes — Sun, 17 May 2026 22:24:43 +0800

很多问题不是没人愿意帮，而是缺少复现信息。第一次发帖可以先按下面这 7 项填写。

建议填写

城市和运营商：例如北京联通、广州移动、成都电信。
网络类型：家宽、手机流量、公司网络、校园网。
设备和系统：Windows、macOS、iOS、Android、路由器。
客户端名称和版本。
问题发生时间：白天、晚高峰、深夜，最好写具体时段。
具体现象：无法导入、全部超时、DNS 异常、某些网站打不开。
已经尝试过的步骤和打码后的日志。

不建议的写法

“不能用，怎么回事？”
“有没有稳定的？”
“求推荐机场/梯子。”

写清楚现象和条件，别人才能判断是客户端问题、订阅格式问题、DNS 问题，还是某个运营商时段性的网络问题。