分流让部分流量使用连接工具,其他流量保持原路径。全局模式的实际覆盖范围也需结合客户端、系统和规则判断,不能只凭名称假定所有应用都走隧道。
规则怎样影响路径
规则可能按应用、目标地址或域名处理流量。具体语义与优先级由软件定义。浏览器能访问不代表另一个应用使用相同路径;客户端界面上的“全局”也需要阅读它自己的说明。
首次使用的选择
先用服务商推荐的默认模式完成验证,记录普通网页与实际工作应用结果。如某个任务失败,再检查对应规则,而不是立即替换所有配置。修改前保存可用状态,防止排查失去基线。
隐私与排查边界
未进入隧道的流量可能仍通过原网络。是否符合你的目标需单独验证,本网站不提供品牌级泄漏结论。公司设备或管理网络应遵循其配置要求。
继续读 Android 教程、DNS 的作用 和 首次连接检查。
模式名之后,还要看匹配与接管
假设规则模式下文档请求走一个策略,打印机走本地,某应用不遵循系统代理。分流规则和系统接管是两层;全局标签也不能直接证明所有进程都经过工具。Mihomo规则顺序与字段只适用于对应内核,不跨软件照抄。
对照现象,决定下一项检查
| 观察或条件 | 这项证据说明什么 | 下一步怎样处理 |
|---|---|---|
| 规则命中某策略 | 该请求有处理线索 | 确认当前组成员 |
| 应用无对应请求 | 接管或观察待核 | 查范围与窗口 |
| TUN开关开启 | 功能配置存在 | 仍查路由及系统限制 |
把判断落实到一次操作
- 保存当前配置、模式、策略和正式版本,管理要求先确认。
- 观察一次自己的目标请求,记录必要规则与选项,不收集全部访问历史。
- 按文档做最小可还原变更,复测目标、普通网络与必要内网任务。
- 结论只覆盖已观察请求,隐私泄漏另需明确测量,模式名称不作保证。
什么时候停止,以及什么时候重新检查
MihomoTUN参数有系统限制,自动路由和DNS处理不保证全流量。组织网络不绕过隔离和安全要求。规则、内核或目标变化后旧命中需重新检查。
再问一个容易遗漏的问题
规则里最后MATCH是否代表所有设备流量?
在Mihomo中它匹配进入对应规则处理的请求,不证明所有设备或应用都已进入该内核。先核对接管范围,再看规则;两步不能互相代替。
保存本题的个人记录
配置模式版本:
接管正式范围:
目标请求时刻:
匹配规则策略:
原值与变更:
三类任务复测:
这份记录只保存自己核对过的条件;不填写密码、验证码或完整订阅凭据。下方检查表可下载空白版本。
把这篇文章,变成你的检查记录。
勾选已完成的核对;点击“保存检查进度”后,下次可在同一浏览器继续。
尚未保存,勾选仅保留在当前页面。