开启 fake-ip 后，查询结果可能不再像真实服务器公网地址。第一次看到这种结果，很容易以为 DNS 被污染了。先确认配置是否确实启用了该模式，再判断地址是否符合预期。
地址的用途变了
fake-ip 模式通过映射帮助内核处理域名与连接关系。它返回的地址不能按普通真实远端 IP 的方式解释。因此只凭一次 nslookup 结果，就认定节点损坏或域名解析失败，结论通常太早。
真正需要检查的是：应用是否沿预期路径发出请求，流量是否回到同一个处理映射的内核，以及连接页里是否有目标域名和合理的规则命中。入口与 DNS 路径脱节，比一个地址看起来陌生更值得关注。
有些域名需要例外处理
局域网设备名或特定应用可能不适合使用 fake-ip。fake-ip-filter 可用于相应排除，但不能把网上一大串域名无条件复制进来。先明确哪个应用受影响，记录可复现的现象，再添加必要范围的例外。
修改模式或例外之后，应用与系统可能仍缓存旧结果。按系统和应用的正常方式刷新或重启相关进程，再建立新连接。不要拿仍在使用旧解析结果的长连接判断新配置是否有效。
不用一个开关承诺全部结果
fake-ip 与 redir-host 各有适用场景，哪一个合适取决于接管方式和应用兼容性。DNS 配置还包括上游解析、节点域名解析和请求路径，单独切换 enhanced-mode 并不会修复每一种连接失败。
先在客户端默认配置下建立正常基线，再只改变 DNS 相关的一项。保留修改前后的连接记录和解析结果，才能区分模式变化、缓存影响与节点本身的问题。