TAG VPN - tagss 机场官网 | 高速稳定的 tag vpn 服务 | TAGSS

Mihomo Fake-IP 模式怎么设置？从 DNS 配置到生效验证

更新于 2026-11-10 · tagss.top

简答：Mihomo 开启 Fake-IP，核心是在 dns 区块设置 enable: true 和 enhanced-mode: fake-ip，再根据是否使用 TUN 配置 DNS 接管。先备份当前配置，只保留一组 dns 区块，重载后确认域名查询返回 fake-ip 地址；如果局域网或部分应用异常，再通过 fake-ip-filter 排除相关域名，仍不稳定时回滚到 redir-host。

定义：Fake-IP 是 Mihomo 的 DNS 增强模式：对未被过滤的域名返回虚拟地址，并由 Mihomo 根据域名映射继续处理连接；redir-host 则返回实际解析地址。

先试这一步：用最小配置开启 Fake-IP

如果你已经在使用 Mihomo 或某个图形前端，先找到当前实际生效的 YAML 配置、配置覆写或合并入口。不要直接新建第二个 dns 区块，也不要把同一字段同时写在多个覆写文件中，否则最终生效值可能不是你正在编辑的内容。Mihomo 官方文档将 enhanced-mode 的可选值列为 fake-ip 和 redir-host，默认值为 redir-host。Mihomo DNS 配置文档

dns:
  enable: true
  enhanced-mode: fake-ip
  fake-ip-range: 198.18.0.1/16
  fake-ip-filter-mode: blacklist
  fake-ip-filter:
    - "+.lan"
    - "+.local"
  nameserver:
    - 1.1.1.1

上面只展示设置 Fake-IP 所需的最小字段。nameserver 示例不是固定推荐值，应根据你的网络环境、DNS 可达性和已有配置替换；如果原配置已经有可用的 DNS，就不要为了照抄示例而重复添加。

字段作用设置时的判断
enable启用 Mihomo DNS 模块需要确认配置实际由 Mihomo 读取
enhanced-mode选择 fake-ip 或 redir-host要使用 Fake-IP 就写 fake-ip
fake-ip-range指定 Fake-IP 地址池使用文档中的地址段或保留现有有效配置
fake-ip-filter-mode决定过滤列表如何解释新手通常先使用 blacklist
fake-ip-filter指定不返回 Fake-IP 的域名或匹配项优先处理局域网、本地域名和确实不兼容的应用

成功判据：配置重载没有报错，运行状态仍显示 enhanced-mode: fake-ip，并且通过 Mihomo DNS 监听地址查询一个未被过滤的域名时，A 记录落在你配置的 Fake-IP 地址池内。单看 YAML 文件内容不能证明已经生效。

Fake-IP、DNS 接管和 TUN 分别负责什么

这三个概念不要混为一谈。Fake-IP 是 DNS 返回结果的处理模式；DNS 接管决定系统或应用发出的 DNS 请求是否进入 Mihomo；TUN 则负责把系统流量导入虚拟网卡。只修改 enhanced-mode，不代表所有系统 DNS 请求都会经过 Mihomo。

  • 普通系统代理：部分应用会使用代理，但不一定把所有 DNS 请求交给 Mihomo，具体取决于应用自身的代理实现。
  • TUN 模式：可结合 dns-mode、dns-hijack、auto-route 和 strict-route 处理系统级流量。Mihomo 文档说明，dns-mode: hijack 会在设置系统 DNS 的基础上拦截其他接口发往 53 端口的请求；Windows 使用时，strict-route 还涉及阻止系统多网卡 DNS 泄漏。Mihomo TUN 配置文档
  • DNS 监听：如果配置了 listen，Mihomo 会提供 UDP 或 TCP DNS 服务；监听地址和端口必须与系统或 TUN 的接管方式匹配，不能与其他 DNS 服务冲突。

因此，排查时应按“配置是否加载—DNS 模块是否启用—请求是否进入 Mihomo—返回值是否为 Fake-IP—连接规则是否正确”的顺序进行，而不是一开始就反复更换 DNS 地址。

fake-ip-filter 怎么写：先处理兼容性，再扩大范围

Mihomo 官方文档说明，fake-ip-filter 用于让匹配到的地址不获得 Fake-IP；过滤项支持域名通配以及域名集合。blacklist 模式通常表示列表中的匹配项不使用 Fake-IP，whitelist 则只对匹配成功的项目返回 Fake-IP；如果使用 rule 模式，列表语法会改为与路由规则相近的写法。Mihomo DNS 配置文档

建议先使用小范围黑名单，而不是把大量域名全部排除。可以优先观察以下类型：

  • +.lan、+.local 等局域网或本地域名；
  • 公司内网、家庭路由器、NAS 或局域网打印设备使用的域名后缀；
  • 依赖真实地址的时间同步、局域网发现、设备控制或实时通信应用；
  • 日志明确显示因 Fake-IP 产生异常，且能够复现的特定域名。

不要把未经确认的通配符随意加入过滤列表。过滤范围过大，会让大量请求绕过 Fake-IP，导致分流行为改变；过滤范围过小，则可能出现局域网打不开、设备发现失败或某个应用连接超时。每次只改一类规则，重载后再复测，便于判断是哪一项产生影响。

不同使用方式下，配置入口怎么找

不同前端对 Mihomo 配置的保存方式不一样，不能仅凭软件名称推断菜单路径。你可以按下面的顺序定位：

  1. 打开当前正在运行的配置，搜索 dns:、enhanced-mode: 或 fake-ip-range:。
  2. 如果搜索不到，检查当前配置是否来自订阅、配置合并、配置覆写或本地文件，而不是只查看订阅原文。
  3. 确认最终配置只有一组同级的 dns: 区块，并检查 YAML 缩进是否一致。
  4. 保存前复制一份原配置，修改后使用前端提供的配置校验或重载功能。
  5. 如果订阅更新后设置消失，说明设置可能写在会被覆盖的订阅文件中，应把本地修改放到前端支持的覆写或合并入口。

如果前端没有显示最终配置或校验结果，不要把“编辑器里写入成功”当成“运行中的 Mihomo 已经使用”。应以运行日志、状态页或实际 DNS 查询结果为准。

按现象排查：返回 Fake-IP 但仍然连不上

现象优先检查处理与回滚
配置保存后仍返回真实 IP实际加载的配置、重复的 dns 区块、过滤模式确认运行配置中的 enhanced-mode，暂时缩小 fake-ip-filter 后重载
DNS 查询超时nameserver 是否可达、监听端口是否冲突、是否错误启用复杂的代理解析链先恢复原有可用 DNS，再单独启用 Fake-IP
返回 Fake-IP，但网页或应用连接失败TUN 路由、DNS 接管、规则匹配和节点连接先确认同一域名在 redir-host 下是否恢复，再分别检查规则与节点
局域网设备无法访问局域网域名是否加入过滤、TUN 是否改变本地路由将实际使用的局域网后缀加入 fake-ip-filter，不建议直接加入宽泛的全部域名
订阅更新后设置消失订阅覆盖或合并顺序把修改移到本地覆写入口；无法确认入口时保留备份并暂不继续叠加配置

如果启用了 TUN，DNS 接管还会受系统和平台限制影响。官方文档特别说明，Windows 和 macOS 不能自动劫持发送到本地网络的 DNS 请求；Android 开启 Private DNS 时，也可能无法自动劫持 DNS 请求。遇到这类情况，应先检查系统 DNS、TUN 的 dns-mode 和 dns-hijack 是否真正生效，而不是只修改 Fake-IP 地址池。Mihomo TUN 配置文档

如何验证 Fake-IP 是否真的生效

  1. 看运行配置：确认状态页或日志中的最终配置包含 dns.enable: true 与 enhanced-mode: fake-ip。
  2. 看监听：确认系统 DNS 或 TUN 接管指向 Mihomo 的 DNS 监听地址，而不是仍指向路由器或其他本地 DNS 服务。
  3. 做一次 A 记录查询：使用系统已有的 DNS 查询工具，明确指定 Mihomo 的监听地址和端口，查询一个不在过滤列表中的域名。
  4. 看返回地址：如果返回地址位于 fake-ip-range，说明 Fake-IP 分配环节工作；如果返回真实地址，应继续检查过滤列表和最终配置。
  5. 看连接日志：确认该请求命中的规则、出站节点和连接结果。DNS 返回 Fake-IP 只证明解析阶段工作，不证明节点、规则或 TUN 路由一定正确。

验证完成后，再测试局域网、浏览器、实时通信或办公软件等实际场景。每次只改变一个变量，并记录修改前后的配置，出现问题时可以直接恢复。

什么时候应切回 redir-host

如果某个应用明确依赖真实 IP、局域网发现持续失败，或你无法确认当前前端的 DNS 接管路径，可以先把 enhanced-mode 改回 redir-host 进行对照测试。切换前保存当前配置，重载后清理或刷新 DNS 缓存，再比较同一个域名和同一条规则的连接结果。

如果切回 redir-host 后恢复，问题更可能位于 Fake-IP 兼容性、过滤规则或 DNS 映射流程；如果仍然失败，则应继续检查节点、路由规则、TUN 权限、系统代理和网络本身。不要为了追求 Fake-IP 而牺牲局域网和办公应用的稳定性。

本文为第三方使用指南，Mihomo 的字段和行为应以当前官方文档及你所使用前端的实际版本为准；未能从运行状态确认的配置，不应视为已经生效。

常见问题

Mihomo 的 Fake-IP 模式只需要修改 enhanced-mode 吗？

不一定。至少要确认 dns.enable 已启用，并确认系统或 TUN 的 DNS 请求确实进入 Mihomo。只修改 enhanced-mode，可能只是改变了未被系统使用的配置文件。

fake-ip-range 应该设置成什么？

优先保留当前配置或使用 Mihomo 文档所示的地址池，不要与局域网、办公网络或实际路由冲突。地址池具体是否适合你的网络，需要结合本地网段和 TUN 配置核对。

为什么开启 Fake-IP 后局域网打不开？

常见方向是局域网域名没有加入 fake-ip-filter，或 TUN 路由改变了本地网络访问。先把实际使用的 .lan、.local 或企业内网后缀加入过滤列表，再复测，不建议直接过滤所有域名。

Fake-IP 返回正常，但某个应用仍然无法连接怎么办？

Fake-IP 只代表 DNS 阶段返回了虚拟地址。还要检查规则命中、出站节点、TUN 路由和应用兼容性。可以暂时切换到 redir-host 做对照，判断问题是否由 Fake-IP 相关配置引起。

订阅更新后 Fake-IP 设置被恢复了怎么办？

检查设置是否写在会被订阅覆盖的文件中。将本地修改迁移到前端支持的覆写或合并入口，并通过最终运行配置确认，而不是只查看订阅原文。

Windows、macOS 和 Android 的 DNS 接管方式一样吗？

不一样。Mihomo 官方 TUN 文档说明，不同系统对本地 DNS 劫持、严格路由和 Private DNS 的处理存在差异，应按实际平台检查 dns-mode、dns-hijack 和系统 DNS 状态。

相关阅读

参考资料

  1. Mihomo DNS configuration
  2. Mihomo TUN configuration