Mihomo Fake-IP导致网站打不开怎么办？

更新于 2026-11-05 · telescope.lat

简答：先不要急着删除配置：198.18.x.x 通常是 Fake-IP 的正常地址，真正要查的是目标域名有没有进入 Mihomo DNS、规则是否命中，以及 TUN 或浏览器是否绕过了内核。最快的处理顺序是：先记录故障范围并备份配置，再看 Mihomo 日志和 DNS 查询，最后只修改一个变量；优先给具体域名加入正确的 fake-ip-filter，仍无法判断时用 redir-host 做临时对照并随时回滚。

定义：Mihomo Fake-IP 是一种 DNS 增强模式：客户端为域名返回 Fake-IP 地址，再由内核根据域名映射继续处理连接；官方文档列出的 Fake-IP 地址池示例为 198.18.0.1/16，fake-ip-filter 用于让指定域名不返回 Fake-IP。

先按现象判断：不要把所有问题都归咎于 Fake-IP

本文是第三方使用指南，重点是 Mihomo 客户端的 DNS、Fake-IP 和连接排查，不代表任何服务或配置发布方。

官方 DNS 文档说明，enhanced-mode 可选 fake-ip 或 redir-host；因此切换模式只能作为对照实验，不能直接证明节点或网站本身有问题。Mihomo DNS 配置文档

第一步：备份配置，再确认 198.18.x.x 是否只是正常现象

1. 在客户端中找到当前配置文件，先复制一份并改名，例如 config-before-fake-ip.yaml。如果客户端支持“复制配置”或“新建配置”，优先使用新副本测试。
2. 确认配置中是否存在 dns:、enhanced-mode: fake-ip 和 fake-ip-range: 198.18.0.1/16。具体地址段可能因配置而不同，以当前配置和官方文档为准。
3. 访问一个已知正常的网站，在 Mihomo 日志或面板中搜索域名。重点看三项：是否有该域名的 DNS 查询、是否有规则命中、连接是否随后超时。

看到 198.18.x.x 不等于 DNS 已经坏了。官方文档将 fake-ip-range 定义为 Fake-IP 使用的地址范围；判断故障时，应继续确认域名映射和后续连接，而不是只看返回地址。Mihomo DNS 配置文档

如果面板没有目标域名记录，优先怀疑浏览器或应用绕过了 Mihomo；如果有 DNS 记录但连接超时，再检查规则、节点解析、TUN 和过滤列表。

第二步：检查 fake-ip-filter，只加入确实不兼容的域名

fake-ip-filter 的作用是让匹配的域名不使用 Fake-IP 映射。官方文档说明，它支持域名通配和域名集合；过滤模式还包括 blacklist、whitelist 与 rule。Mihomo DNS 配置文档

1. 先记录打不开网站的完整主域名和必要的子域名，不要一开始把大量普通网站加入过滤列表。
2. 优先检查局域网、主机名和设备发现类域名，例如 +.lan、+.local、+.home.arpa，以及 NAS、打印机或内网服务使用的自定义域名。
3. 对单个故障域名做最小修改，例如在备份配置中加入一条明确规则：fake-ip-filter: 下增加 +.example.com。这里的 example.com 只是示例，请替换为实际域名。
4. 重新加载配置并清理 Mihomo DNS 缓存。若客户端没有清理按钮，可完全退出并重新打开客户端；不要在未保存备份的情况下删除整个配置目录。
5. 只复测原来打不开的域名。如果恢复，说明该域名或其应用可能与 Fake-IP 兼容性有关；如果没有恢复，撤销这条过滤规则，继续检查 DNS、规则和节点。

通配符写法必须符合 Mihomo 当前语法。对于不确定的写法，先使用具体域名进行对照，避免错误的通配符影响整个 Fake-IP 逻辑。

第三步：检查 DNS、TUN 和 dns-hijack 是否真的接管了请求

Fake-IP 只有在 DNS 请求进入 Mihomo 内核、后续连接也经过对应入站时才有意义。官方 TUN 文档指出，TUN 可用于自动路由和 DNS 劫持，但 Windows、macOS 不能自动劫持发往本地网络的 DNS 请求；Android 开启 Private DNS 时，也不能自动被劫持。Mihomo TUN 配置文档

1. 检查 tun.enable 是否开启，以及客户端是否获得系统要求的权限。
2. 检查 dns-hijack 是否配置为合适的 DNS 请求，例如 any:53 或 tcp://any:53。不要照抄其他系统的完整配置，界面和权限可能不同。
3. Windows 或 macOS 上，如果只对局域网 DNS 失败，不要直接判断 Fake-IP 失效；先确认系统 DNS、路由器 DNS 和本地网络是否可达。
4. Android 上检查 Private DNS。若启用后 Mihomo 日志没有出现目标域名，可暂时关闭 Private DNS 做一次对照；测试结束后按你的网络需求恢复原设置。
5. 检查 nameserver、proxy-server-nameserver 和 nameserver-policy。官方文档说明，proxy-server-nameserver 专门用于解析代理节点域名，节点域名解析失败时，普通网站即使 DNS 正常也可能无法建立连接。Mihomo DNS 配置文档

Windows 可在命令提示符执行 nslookup example.com，将 example.com 换成实际域名；该命令用于查询 DNS，微软文档也列出了指定 DNS 服务器和查询 A、AAAA 记录的用法。Microsoft nslookup 文档 如果系统查询正常但 Mihomo 日志没有对应请求，优先检查应用是否启用了独立 DNS。

第四步：排查浏览器 Secure DNS、规则命中和代理节点解析

1. 以 Chrome 为例，进入“设置—隐私和安全—安全—使用安全 DNS”，暂时关闭或恢复为当前服务提供商，然后重新打开故障网站。Google 文档明确说明，Secure DNS 会加密 DNS 查询，遇到地址无法找到等问题时可以检查服务商设置或暂时关闭。Google Chrome 安全 DNS 设置说明
2. 如果关闭浏览器 Secure DNS 后恢复，说明浏览器 DNS 路径可能没有经过 Mihomo；此时不要继续扩大 fake-ip-filter，应先决定是让浏览器使用系统 DNS，还是按当前客户端能力配置统一接管。
3. 在 Mihomo 面板中查看规则命中结果。目标域名如果被错误规则送往 DIRECT、拒绝策略或不存在的代理组，切换 Fake-IP 不一定能解决。
4. 固定一个明确可用的代理组或出口进行复测，不要同时轮换节点。若只有某个节点失败，检查该节点服务器域名能否通过 proxy-server-nameserver 解析。

DNS 查询有返回，不代表网页一定可用；还要分别观察 TCP/TLS 连接、网页加载和日志中的超时位置。一次失败只能说明当前配置、网络或目标站点的组合出现问题，不能据此推断整体线路状态。

第五步：用 redir-host 做临时对照，确认是否与 Fake-IP 有关

1. 确认已经备份配置。
2. 只把 dns.enhanced-mode: fake-ip 临时改为 dns.enhanced-mode: redir-host，其他 DNS、规则、节点和 TUN 参数保持不变。
3. 重新加载配置，清理 Mihomo DNS 缓存或重启客户端。
4. 使用同一设备、同一网络、同一节点和同一网址复测两到三次，记录结果。

对照完成后，如果 redir-host 没有明显改善，应恢复原来的 Fake-IP 配置，不要为了“能打开一次”长期保留未经验证的修改。

最小回滚清单：改坏后如何恢复

• 恢复备份的 YAML 或客户端副本。
• 撤销刚加入的单个 fake-ip-filter 域名。
• 恢复原来的 enhanced-mode、TUN、DNS 和规则设置。
• 清理 Mihomo DNS 缓存，完全退出并重启客户端。
• 分别验证：DNS 是否有返回、日志是否出现域名、规则是否命中、网页是否加载。

如果配置加载失败，优先检查 YAML 缩进、冒号、列表短横线和引号。无法确定某个字段是否被当前版本支持时，不要凭记忆补写版本号或参数；以当前 Mihomo 文档和客户端界面为准。

常见问题

看到 198.18.x.x，是不是 Fake-IP 配置坏了？

不一定。官方文档将 198.18.0.1/16列为 Fake-IP 地址范围示例。应继续确认域名是否出现在 Mihomo DNS 日志、规则是否命中，以及连接是否超时；仅凭地址外观无法判断网站能否打开。

是不是把打不开的网站全部加入 fake-ip-filter 就能解决？

不建议。过滤列表会改变哪些域名返回真实地址，过度加入可能让 DNS、规则和分流行为更难判断。先加一个具体域名，复测后再决定是否保留。

浏览器关闭 Secure DNS 后恢复，应该永久关闭吗？

先把它当作对照结果，而不是永久方案。若关闭后恢复，说明浏览器的独立 DNS 路径可能绕过了 Mihomo；你可以根据客户端能力选择统一使用系统 DNS，或重新配置浏览器与 TUN 的协作方式。

Fake-IP 和 redir-host 都打不开，下一步查什么？

优先查规则命中、代理组、节点服务器域名解析、TUN 权限和上游 DNS，再用同一节点测试其他网站。若只有一个站点失败，记录具体域名和日志错误，不要直接判断整个网络或服务不可用。

修改配置后仍打不开，是否需要删除缓存文件？

先使用客户端提供的 DNS 缓存清理或重启功能，并保留配置备份。只有在确认缓存路径和当前客户端行为后，才考虑删除特定缓存；不要直接删除整个配置目录。

结论与下一步

处理 Mihomo Fake-IP 网站打不开，最稳妥的顺序是：先按故障范围分类，再看日志和 DNS 路径，接着只给确实不兼容的域名添加过滤，最后用 redir-host 做单变量对照。若两种模式都失败，方向通常应转向规则、节点域名解析、TUN 权限或上游 DNS，而不是继续扩大过滤列表。

如果你需要把同一套方法用于实际网络连接，可以在完成配置备份后使用边界云加速进行独立连接对照，重点记录 DNS、日志和网页加载结果。

常见问题

看到 198.18.x.x，是不是 Fake-IP 配置坏了？

不一定。198.18.x.x通常属于 Fake-IP 地址范围示例，关键要看域名是否进入 Mihomo DNS、规则是否命中以及后续连接是否成功。

是不是把打不开的网站全部加入 fake-ip-filter 就能解决？

不建议。先只加入一个明确的故障域名并复测，避免大面积过滤导致 DNS 和分流行为更难判断。

浏览器关闭 Secure DNS 后恢复，应该永久关闭吗？

先把它作为对照结果。恢复说明浏览器独立 DNS 可能绕过 Mihomo，之后应根据客户端能力重新规划浏览器、系统 DNS 和 TUN 的接管方式。

Fake-IP 和 redir-host 都打不开，下一步查什么？

优先检查规则命中、代理组、节点服务器域名解析、TUN 权限和上游 DNS；不要仅凭一次失败判断整个网络或服务不可用。

相关阅读

• Mihomo DNS 配置：检查 nameserver、Fake-IP 与连接路径
• 客户端规则与 TUN 模式设置
• DNS_PROBE_FINISHED_NXDOMAIN 排查步骤
• Windows DNS 设置与网络恢复
• DNS 泄漏检测与复测

参考资料

1. Mihomo 官方 DNS 配置文档
2. Mihomo 官方 TUN 配置文档
3. Mihomo 官方 DNS 解析流程文档
4. Microsoft Learn：nslookup 命令