1 问题现象
2026 年 9 月 24 日，我在校园网环境下使用 Clash Verge 时，发现代理节点大量连接失败；但切换到手机热点后，同一批节点又可以正常使用。
当时的情况比较明确：
- 手机热点下，代理节点能够正常连接
- 校园网不开代理时，国内网站访问正常
- 校园网开启 Clash Verge 后，部分节点报错
- 当时使用的是 TUN 关闭、系统代理开启 的模式
日志中出现过类似信息：
[TCP] dial DIRECT (match RuleSet/cn)
127.0.0.1:9397 --> p207-ckdatabase.icloud.com.cn:443
error: dial tcp 36.110.170.240:443:
connectex: A socket operation was attempted to an unreachable network
这说明当时至少有一部分请求在直连路径上遇到了网络不可达问题，但不能仅凭这一条日志就断定是节点失效。
2 为什么手机热点正常、校园网异常
同一台设备、同一个代理客户端，在不同网络下表现不同，说明问题不一定出在代理订阅或节点本身。
校园网和移动热点可能在网络出口、DNS、IPv6、路由策略以及访问限制方面存在差异。代理客户端的规则也会影响请求究竟走代理还是 DIRECT。
因此，排查时应该把网络环境、代理模式和规则命中情况分开看，而不是一味地刷新订阅或更换节点。
3 我的实际处理过程
当时我先保持原有配置，没有立即重置所有规则。
在切换到校园网后，我退出 Clash Verge，再重新打开客户端。随后能够重新显示一部分正常节点，虽然可用节点仍然少于手机热点环境，但至少说明重新建立连接后，情况有所改善。
这次观察到的有效操作是：
- 切换到校园网
- 完全退出 Clash Verge
- 重新启动客户端
- 等待节点和连接状态重新加载
- 再测试目标服务
此前我也曾在校园网环境下开启过 TUN 模式，并使用过 UWP 网络环回相关工具，因此排查时也把这些配置变化纳入考虑，但没有证据表明它们就是这次故障的唯一原因。
4 更有针对性的排查顺序
如果遇到相同现象，可以按以下顺序检查：
第一步：确认网络本身
先关闭代理，确认校园网是否能够正常访问国内网站。如果基础网络已经不可用，就应先处理校园网连接，而不是继续排查代理节点。
第二步：比较不同网络
在手机热点和校园网之间切换，使用相同节点进行测试。如果只有校园网异常，重点检查网络环境差异。
第三步：检查规则命中
查看 Clash Verge 日志，确认目标域名最终匹配的是 DIRECT 还是代理策略组。日志中的 dial DIRECT 表示该请求走的是直连路径，并不意味着代理节点本身发生故障。
第四步：重新建立客户端连接
切换网络后，可以完全退出并重新启动 Clash Verge，让客户端重新初始化连接和节点状态。
第五步：再考虑 TUN 与系统代理
如果部分应用不遵循系统代理，或者校园网下的路由行为不同，可以再测试 TUN 模式。但应一次只调整一个变量，避免同时更改 DNS、规则、TUN 和系统代理，导致无法判断真正原因。
5 总结
这次问题并没有一个适用于所有校园网的固定配置。我的实际经验是：当同一节点在移动热点正常、校园网异常时，应优先比较网络环境与请求路由，而不是直接认定节点失效。
保留日志、记录当前代理模式，并一次只调整一个配置项，会比反复重置客户端更容易找到问题所在。