开机场客户端后域名解析成 198.18？Mihomo Fake-IP 排查指南

开启使用 Mihomo 的机场客户端后，查询网站域名得到 198.18 开头的地址，可能只是正常的 Fake-IP 映射。它既不代表网站搬到了这个地址，也不是你的节点出口 IP。先确认当前 DNS 模式和请求接管方式，再判断是否出现解析故障。

作者：小六｜资料核对日期：2026年10月7日

Fake-IP 可以怎样理解？

可以把它理解成客户端在本地发出的“域名号码牌”：应用拿到一个映射地址，连接进入同一个内核后，内核根据映射找到对应域名，继续按配置处理请求。

这段解释是对实现过程的通俗概括。Mihomo 的解析增强模块源码中，FindHostByIP 会尝试从 Fake-IP 地址池反查域名，体现了地址与域名映射的关系。

关键条件是：收到号码牌的应用，其连接也要进入能够识别这张号码牌的客户端。DNS 回答由一个工具产生，连接却绕开它，才是需要重点检查的情况之一。

Mihomo 官方 DNS 示例使用 fake-ip-range: 198.18.0.1/16，实际网段可以由配置指定，不能认定所有客户端都使用同一个范围。见 Mihomo DNS 配置。

IANA 将更大的 198.18.0.0/15 范围登记为 Benchmarking，并标记为不具有全球可达性。它不是普通网站的公网地址段，也不是常说的 192.168 私有地址段。见 IANA IPv4 特殊用途地址表。

所以，在本机 DNS 查询结果中看到这个范围，不应马上拿它到公网 IP 地区网站查询，再据此评价机场节点。DNS 返回的是目标映射，网站看到的出口是另一件事。

网页能打开，但映射地址的 Ping 没有响应，不能据此直接认定节点坏了。应用请求、映射处理与 ICMP 测试不是同一套验证过程，排查应回到实际出错的业务请求。

查看当前生效配置，确认是否开启客户端 DNS、是否使用 fake-ip 模式，以及应用实际采用哪一处解析设置。若应用自己使用其他 DNS，就不能把它的行为归到客户端这份配置。

系统、浏览器和客户端的 DNS 分工，可先看本站的三处 DNS 设置说明。本文关注的是映射地址，不要求你同时改动这三处设置。

保持目标域名不变，重新启动出错应用，查看客户端的新连接记录。如果它拿到了映射地址，却没有被当前连接方式接管，应先检查系统代理支持或 TUN 范围。

这一步是按机制推导的排查方向，并不意味着所有异常都由接管缺失造成。若请求已经进入内核，继续观察域名是否识别、规则是否符合预期，以及后续错误类型。

确有兼容问题时，可以研究 fake-ip-filter，但须同时核对 fake-ip-filter-mode。官方文档区分 blacklist、whitelist 和 rule：默认黑名单方式下，匹配的域名不下发 Fake-IP；白名单方式含义不同；规则方式采用另一套写法。

不要把一段黑名单示例直接加到白名单或规则模式里。先备份当前配置，仅调整确认相关的域名，重新加载后复测。fake-ip-filter 改的是解析映射行为，不是“这个网站一定直连”的路由指令；出口仍需核对实际规则。

应用可能继续使用先前保存的解析结果。因此，切换模式后，应先重新启动相关应用，再按客户端文档处理必要的缓存。不要把映射地址写入 hosts 或长期保存为网站固定地址，它不是稳定的公网目标。

也不要仅因出现映射地址，就删除整份配置、重置系统网络或关闭全部 DNS 功能。先区分“结果看起来陌生”和“实际访问失败”，正常映射无需为了让查询结果更像公网地址而改动。

把一次测试分成三行记录：查询拿到什么地址、客户端是否收到对应连接、目标网页最终返回什么。保持节点和网络不变，只调整一个相关设置。恢复后能够访问，说明这项设置值得继续调查，并不能证明某种 DNS 模式对所有应用都更好。

映射结果也不是速度成绩。要评价节点性能，应另做相同目标和相同时间条件下的连接测试，不能只按解析结果出现得快慢下结论。

如果需要交流，请提供客户端名称、内核版本、DNS 模式、接管方式和脱敏后的异常域名，不需要完整订阅。我可以和你一起判断映射、连接与出口是不是被混在了一起：Telegram 联系我