##按设备选默认方案
| 场景 | 建议起点 | 原因 |
|---|---|---|
| Windows 桌面 TUN | Fake-IP | 客户端接管完整 |
| OpenWrt 旁路由 | Redir-Host | 局域网兼容好 |
| NAS 容器 | Redir-Host | 应用更可控 |
| 手机单机 | Fake-IP | 路由路径简单 |
Fake-IP 的优势在哪里？
它把域名和虚拟 IP 做映射，规则引擎更容易在连接阶段识别域名。桌面端 TUN 或手机 VPN 模式下，链路完整，效果通常更好。
问题是局域网里有些设备不理解虚拟地址，旁路由也未必能接管回程流量。
Redir-Host 什么时候更省心？
电视、游戏主机、NAS、打印机这类设备更依赖传统 DNS。Redir-Host 让解析结果保持真实目标，出错时更容易用抓包和日志判断。
如果同一套规则要给路由器和桌面端共用，可用配套订阅线路提供多格式配置，再分别调整 DNS 模式。
切换模式后要清什么？
清客户端 DNS 缓存、系统 DNS 缓存和浏览器连接池。路由器场景还要重启 dnsmasq 或相关 DNS 服务。
不清缓存时，你以为在测 Fake-IP，其实应用还拿着 Redir-Host 的旧解析。
怎么确认选对了？
打开 Dashboard 看连接域名是否能被识别，规则是否命中预期分组。再测试局域网设备访问和普通网页，二者都正常才算通过。
Fake-IP 和 Redir-Host 区别的落地条件
Fake-IP 和 Redir-Host 区别这类工具页要把系统版本、配置文件和日志位置写清楚。安装包只从维护者仓库、Release、应用商店或系统包源获取，生产设备只保留可追溯来源。
改配置前备份原文件，保留客户端版本、内核版本和错误日志。路由器、NAS、手机和桌面端的权限模型不同，不能把同一条命令直接搬过去。
协议兼容、规则集和订阅格式会随着客户端更新变化；正文没有覆盖的系统版本，应以维护者文档和当前 Release 说明为准。
| 项目 | 看什么 | 不宜继续的信号 |
|---|---|---|
| 系统版本 | 当前后台、日志或设置页里能直接看到的字段 | 页面提示和手头资料对不上 |
| 配置文件 | 费用、权限、地区或设备造成的实际影响 | 已经影响付款、审核、生产环境或家庭使用 |
| 日志位置 | 回退入口、旧配置、官方支持材料 | 找不到回滚方式，或责任人无法确认 |