TIZI CENTER / KNOWLEDGE

分流与全局模式:确认哪些应用走哪条路

理解规则和流量路径,避免把连接图标当成所有应用都通过隧道。

发布:2026-10-13 · 更新:2026-10-13 · 约 3 分钟 · 查看编辑标准

跳到检查表 ↓我的收藏与进度 ↗
本文目录 · 跳至操作步骤

分流让部分流量使用连接工具,其他流量保持原路径。全局模式的实际覆盖范围也需结合客户端、系统和规则判断,不能只凭名称假定所有应用都走隧道。

规则怎样影响路径

规则可能按应用、目标地址或域名处理流量。具体语义与优先级由软件定义。浏览器能访问不代表另一个应用使用相同路径;客户端界面上的“全局”也需要阅读它自己的说明。

首次使用的选择

先用服务商推荐的默认模式完成验证,记录普通网页与实际工作应用结果。如某个任务失败,再检查对应规则,而不是立即替换所有配置。修改前保存可用状态,防止排查失去基线。

隐私与排查边界

未进入隧道的流量可能仍通过原网络。是否符合你的目标需单独验证,本网站不提供品牌级泄漏结论。公司设备或管理网络应遵循其配置要求。

继续读 Android 教程、DNS 的作用 和 首次连接检查。

模式名之后,还要看匹配与接管

假设规则模式下文档请求走一个策略,打印机走本地,某应用不遵循系统代理。分流规则和系统接管是两层;全局标签也不能直接证明所有进程都经过工具。Mihomo规则顺序与字段只适用于对应内核,不跨软件照抄。

对照现象,决定下一项检查

观察或条件 这项证据说明什么 下一步怎样处理
规则命中某策略 该请求有处理线索 确认当前组成员
应用无对应请求 接管或观察待核 查范围与窗口
TUN开关开启 功能配置存在 仍查路由及系统限制

把判断落实到一次操作

  1. 保存当前配置、模式、策略和正式版本,管理要求先确认。
  2. 观察一次自己的目标请求,记录必要规则与选项,不收集全部访问历史。
  3. 按文档做最小可还原变更,复测目标、普通网络与必要内网任务。
  4. 结论只覆盖已观察请求,隐私泄漏另需明确测量,模式名称不作保证。

什么时候停止,以及什么时候重新检查

MihomoTUN参数有系统限制,自动路由和DNS处理不保证全流量。组织网络不绕过隔离和安全要求。规则、内核或目标变化后旧命中需重新检查。

再问一个容易遗漏的问题

规则里最后MATCH是否代表所有设备流量?

在Mihomo中它匹配进入对应规则处理的请求,不证明所有设备或应用都已进入该内核。先核对接管范围,再看规则;两步不能互相代替。

保存本题的个人记录

配置模式版本:
接管正式范围:
目标请求时刻:
匹配规则策略:
原值与变更:
三类任务复测:

这份记录只保存自己核对过的条件;不填写密码、验证码或完整订阅凭据。下方检查表可下载空白版本。

YOUR CHECKLIST / 读完就做

把这篇文章,变成你的检查记录。

勾选已完成的核对;点击“保存检查进度”后,下次可在同一浏览器继续。

0 / 6 项

尚未保存,勾选仅保留在当前页面。

下载空白检查表 ↓勾选不代表品牌资料已获验证。

资料来源

继续阅读

操作教程 · 约 4 分钟

Android VPN 安装、授权与后台运行

核验 Android 应用来源,理解连接授权并检查网络切换。

2026-10-13 阅读文章 ↗
知识百科 · 约 3 分钟

DNS 是什么:域名解析与连接路径

DNS 将域名映射为地址;解析、连接和目标服务权限需要分别检查。

2026-10-13 阅读文章 ↗
操作教程 · 约 5 分钟

第一次连接怎样算成功?用真实任务做一轮验收

把配置、普通网络、网页和实际应用分别验收,明确成功范围;附首次使用记录、退出恢复检查和出现异常后的分支入口。

2026-10-13 阅读文章 ↗