小流量场景怎样核对分流规则：从一条实际连接开始

一分机场中文资料编辑 · 更新 2026-10-04 · 3 分钟阅读

先描述一次具体请求

想让系统更新或本地资源不消耗订阅，先确定哪些请求真的经过代理。应用名不等于域名，一个应用可能访问多个服务。记录目标主机、进程和客户端连接记录，不凭图标猜测流量路线。本文适用于支持 mihomo 规则的通用客户端，服务是否允许具体用途另行核实。

规则按顺序匹配，先命中的规则决定路径。先找对应连接的规则和策略组，再查看该策略组实际选择的出口。策略组名称叫“直连”不保证选择的是 DIRECT；名称叫“代理”也不证明请求成功经过节点。

若确认某个普通公开资源需要直连，在个人扩展规则里针对准确域名增加一条规则，并放在会抢先命中的宽泛规则之前。不要直接删除整个规则列表，也不要把 MATCH 移到最上面。规则语法和扩展位置要按客户端说明操作。

# 域名与策略只作语法示意，请勿整份替换订阅
rules:
  - DOMAIN,example.org,DIRECT
  - MATCH,个人选择组

示例中的个人选择组必须在实际配置中存在。无法确定应用使用的全部域名时，不随意增加含糊的关键词规则，以免影响其他站点。

关闭该应用旧连接，再完成相同操作，核对新连接的规则和出口。若变化没有出现，检查是否在全局模式、扩展未加载或应用连接未被接管。成功后记录一条规则的目的和回退方法；服务更新后再核对，避免规则长期失效。

分流只能帮助管理路径，不能替代账单核算。相关预算见每周流量记录。

mihomo 路由规则规定匹配顺序与类型；全局配置区分 rule、global、direct 模式。本文是配置核对方法，不提供价格或流量保证。