订阅集中维护
把不同订阅保存在客户端内,更新后继续在现有分组中筛选节点。
订阅多时先分组维护,再用测试结果缩小候选范围,最后结合路由规则决定实际出站。
把不同订阅保存在客户端内,更新后继续在现有分组中筛选节点。
对节点执行延迟或可用性测试,减少逐个尝试带来的时间消耗。
依据规则把不同目标交给直连或代理出站,常用配置可以长期保留。
可选择清除、自动配置、不改变系统代理以及 PAC 等处理方式。
先把 订阅管理 的基础配置整理清楚,再结合当前节点状态决定是否需要调整系统代理或路由。
围绕 订阅管理 使用 节点测速 时,先确认当前核心和已有 路由分流 设置,避免多个处理方式互相覆盖。
使用 路由分流 时建议一次只改一个关键项,并通过测试或日志确认结果,方便出现异常时快速回退。
“订阅数量一多以后,我更看重分组和测速。更新订阅后先把延迟异常的节点排除,再按用途保留几个常用配置,日常切换会比以前清楚很多。”
“路由功能对我比较实用,本地服务保持直连,需要处理的目标再按规则走对应出站。规则写好以后基本不用每天反复改系统代理。”
“以前我遇到连接问题第一反应就是换节点,现在会先看节点测试,再确认系统代理,最后看日志。排查顺序固定以后处理问题快不少。”
“我主要用订阅更新和节点筛选,界面里的功能虽然多,但真正高频的几个入口都比较明确,熟悉以后维护一批配置并不复杂。”
通常不需要。更新同一个订阅后可继续使用现有分组,并重新测试新增或变化的节点。
测速只能说明某项测试结果,实际可用性还与核心、系统代理、路由和目标服务有关。
系统代理决定部分软件流量是否进入核心,路由则决定进入核心后的数据由哪个出站处理。