深色模式
Q3000 + R4S 方案 B 快速上手：从全新刷机到国内直连、国外按需代理
这篇按操作顺序介绍方案 B，适合全新刷机后恢复，也适合已经安装 Nikki、准备调整分流的用户。详细原理见完整版。
本文以 R4S、ImmortalWrt 24.10.6、Q3000 爱快主路由和 IPv4 网络为例。其它版本的菜单、包管理器和软件包可能不同，不能混装不同固件版本的内核模块。
一、先看全貌：到底需要改哪些地方
最终结构只有两个入口： 网关用主路由，DNS 用 R4S。
text
家庭设备：网关 192.168.10.1，DNS 192.168.10.3
├─ 查询域名 → R4S dnsmasq → Mihomo 分类
└─ 访问目标 → Q3000
├─ 大陆 IP → WAN 直接出网
└─ 其它 IP / FakeIP → R4S → Mihomo 判断直连或代理大陆业务由 Q3000 直接出网，其它连接交给 R4S 判断。DNS 查询经过 R4S，不等于图片、视频也经过 R4S。
全新刷机后的改动清单
| 改动位置 | 要做什么 | 最终结果 |
|---|---|---|
| R4S 临时 WAN | 临时接入家庭网络，安装软件 | 临时地址 .50，恢复完成后停用 |
| R4S 软件 | 安装 Nikki、匹配的 Mihomo 内核和所需组件 | Nikki 能启动，节点、订阅和规则可用 |
| R4S LAN | 改静态地址、网关和系统基础 DNS | .3/24，网关 .1，基础 DNS 223.5.5.5 |
| R4S DHCP | 关闭 DHCP、RA 和 DHCPv6 | 家庭地址统一由 Q3000 分配 |
| R4S WAN/WAN6 | 最终停用，网线改接 LAN | R4S 通过 LAN 到 Q3000 出网 |
| Nikki 配置 | 导入完整 YAML，设置方案 B DNS | 国内真实 IP、国外 FakeIP、DNS 端口 1053 |
| Nikki 接管 | 配置 LAN 入站和匹配的透明代理方式 | Q3000 送来的连接能进入 Mihomo |
| R4S dnsmasq | 唯一上游指向 Mihomo | 127.0.0.1#1053，忽略系统解析文件 |
| Q3000 地址库 | 导入大陆 IPv4 分组 | 两条分流规则可以引用 |
| Q3000 分流 | 大陆直出、其余转 R4S | 国内业务不绕 R4S |
| Q3000 DHCP | 下发网关 .1、DNS .3 | 客户端重新联网后生效 |
| 客户端 | 更新租约、清除旧连接后验收 | 国内正常，国外代理正常 |
如果只是重刷 R4S，Q3000 上已有的地址库和规则只需检查，不必重建。Tailscale、Docker、Samba 属于额外功能，先完成基本分流，再分别恢复。
二、开始前准备好这三样
- 本文配套的方案 B YAML 附件 ：提前下载并按附件说明准备好自己的订阅或节点信息；后面直接上传使用。
- Q3000 的大陆 IPv4 地址分组 ：沿用已验证的
CN4-A01～CN4-A08；第一次搭建需先准备并导入地址库，不能只创建八个空分组。导入方式按爱快版本处理。 - 本地管理连接和备份 ：导出 Q3000、R4S 配置，备份 YAML。通过家庭 LAN 操作，避免依赖正在修改的远程出口。
地址示例：
| 项目 | 地址 |
|---|---|
| Q3000 | 192.168.10.1 |
| R4S 最终 LAN | 192.168.10.3 |
| R4S 临时 WAN | 192.168.10.50 |
| 参与分流的客户端 | 192.168.10.100～192.168.10.200 |
先确认 .3、.50 没有被其它设备占用，并在 DHCP 中保留或排除这些地址。自己的网段不同，要统一替换全文地址。
三、全新刷机：先临时联网，暂时不要改全家 DNS
已安装 Nikki 且 R4S 能联网的用户，直接进入第四节。
1. 临时接线
text
家庭主网交换机 / K2P 的 LAN → R4S WAN
电脑 → R4S LAN电脑自动获取地址，用固件实际默认管理地址登录 LuCI，本文示例为 192.168.1.1。
进入“网络 → 接口 → WAN”，设置：
| 项目 | 临时值 |
|---|---|
| 协议 | 静态地址 |
| IPv4 | 192.168.10.50 |
| 掩码 | 255.255.255.0 |
| 网关 | 192.168.10.1 |
| DNS | 223.5.5.5 |
临时地址放在 .100～.200 之外，是为了避开主路由现有分流规则。保存后，在“网络 → 诊断”测试 .1、223.5.5.5 和国内域名。
2. 安装代理组件
已经预装 Nikki 和内核的固件跳过安装。否则按 Nikki 官方安装说明安装匹配的软件包，刷新 LuCI 后确认出现 Nikki 菜单，并检查内核可用。
本文不重复固件烧录和不同版本的安装命令；相关操作可查R4S 配置手册。不要因为包架构或内核版本不匹配而强制安装。
此时 Q3000 仍使用原来的可用 DNS，先保证家里其它设备正常联网。
四、把 R4S 改成最终旁路由结构
在同一次保存应用前，完成以下设置；应用后管理地址会改变。
“网络 → 接口 → LAN”：
| 项目 | 最终值 |
|---|---|
| 协议 | 静态地址 |
| IPv4 / 掩码 | 192.168.10.3 / 255.255.255.0 |
| 网关 | 192.168.10.1 |
| 自定义 DNS | 223.5.5.5 |
| DHCP 服务 | 勾选“忽略此接口” |
| IPv6 通告 | 本文 IPv4 方案停用 RA、DHCPv6 |
同时停用 WAN、WAN6，关闭开机自动连接，不让闲置 WAN 提供默认路由。
保存应用后：
- 拔下 R4S WAN 网线，改插 R4S LAN。
- 电脑重新连接家庭主网；单 LAN 口被占用时，通过家庭交换机或 Wi-Fi 管理。
- 打开
http://192.168.10.3，确认可以登录。
最终接线为“家庭主网 LAN → R4S LAN”，R4S WAN 留空。在“状态 → 路由”确认默认路由指向 192.168.10.1，接口为 LAN（通常显示 br-lan）。LAN 中的基础 DNS 用于系统联网，后面 dnsmasq 的转发设置是另一项。
五、上传附件配置并启用 Nikki
本文配套的方案 B YAML 已包含 DNS 分类、FakeIP、规则集和“境外DNS通道”，无需手动拼接代码。下载附件后，只按附件说明填入自己的订阅或节点信息；不要公开私人订阅和密钥。
- 打开“Nikki → 配置管理”，上传准备好的 YAML。
- 选中该文件，执行配置检查；通过后保存并应用，启用或重启 Nikki。
- 确认订阅和规则集更新成功，面板中有可用节点。
- 核对 LAN 入站包含实际接口（通常为
br-lan），透明代理已启用，DNS 监听保持 1053 。 - 检查混入设置没有覆盖附件中的 DNS 策略，也没有关闭 Nikki 必需的接管参数。普通客户端 DNS 先进入 dnsmasq，不额外开启绕过它的全局 DNS 劫持。
日志没有配置错误、规则集缺失或端口占用后，再进行下一步。配置原理需要时查完整版，这里直接使用附件即可。
六、把 dnsmasq 转给 Mihomo
先确认 Nikki 已运行，再进入“网络 → DHCP/DNS → 转发”。DNS 转发只保留：
text
127.0.0.1#1053启用“忽略解析文件”，保存并应用。这样客户端查询会由 dnsmasq 统一转给 Mihomo，不混用其它上游 DNS。
此时先不要修改全家的 DHCP。完成下一节的主路由分流后，先用一台设备测试，确认正常再推广。
七、配置 Q3000：先规则，后 DHCP
1. 检查大陆地址库和两条规则
在爱快的 IP 分组中导入大陆 IPv4 网段，确认分组有实际数据。进入分流配置，按以下顺序设置或核对：
| 顺序 | 名称 | 来源 | 目标 | 动作 |
|---|---|---|---|---|
| 第一条 | CodexCNDirect | .100～.200 | 全部大陆 IPv4 分组 | WAN1 直接出网 |
| 第二条 | CodexR4S | .100～.200 | 任意 | 下一跳 192.168.10.3 |
客户端有固定地址时也要纳入来源范围。R4S 的 .3 和临时联网地址 .50 必须排除，否则 R4S 连接代理节点时可能再次被送回自己。
不同爱快版本的菜单名称可能不同，最终以规则顺序、实际目标分组及命中情况为准。已有规则只核对，不重复添加。
2. 最后修改客户端 DHCP
先在一台测试设备上手动设置网关 .1、DNS .3，确认淘宝、Google 和 YouTube 都正常，再让 Q3000 的 DHCP 统一下发：
text
默认网关：192.168.10.1
DNS：192.168.10.3检查静态 DHCP 绑定，避免个别设备覆盖上述网关或 DNS。手机重新连接 Wi-Fi，电脑重新获取地址，确认实际拿到的参数正确。验收时关闭 PC 本机代理，以及自设的公共 DNS、浏览器加密 DNS，避免测试走其它路径。
八、只做这四组验收
| 验收 | 通过标准 |
|---|---|
| 网络参数 | 客户端网关 .1、DNS .3；R4S 默认路由经 .1 |
| DNS | 客户端实际 DNS 为 .3；Nikki 的 DNS 服务正常、无解析报错 |
| 实际应用 | 淘宝首页、搜索和图片顺畅；微信正常；Google、YouTube 正常；Google Play 实际下载成功 |
| 分流与重启 | 国内连接命中 Q3000 直连规则；境外连接在 Mihomo 命中预期策略；重启后仍正常 |
如果需要 Tailscale 出口，再单独验证：手机使用流量、关闭其它代理、选择 R4S 出口后，国内服务能直连、国外服务能使用代理，内网设备也可访问。它需要额外配置 tailscale0 入站、DNS、防火墙和回程，不能仅靠上述主路由规则自动完成。步骤见R4S 配置手册。
九、遇到问题，先查哪里
| 现象 | 优先检查 |
|---|---|
| 国内应用卡，国外正常 | 客户端网关是否仍为 .3；国内是否错误返回 FakeIP；Q3000 直连规则是否命中 |
| 国内外域名都打不开 | Mihomo 是否运行、1053 是否监听、dnsmasq 上游是否正确 |
| 国外打不开 | 节点是否可用、境外DNS通道是否健康、Q3000 是否送入 R4S |
| Google Play 首页能开但不能下载 | services.googleapis.cn 是否优先返回 FakeIP，业务规则是否走预期代理 |
需要紧急恢复国内基本上网时，保留客户端网关 .1，临时改用已确认可用的国内 DNS，停用 Q3000 的 CodexR4S 转发规则，再让客户端重新联网；要完整回退则恢复备份。此时国外代理可能不可用，排查结束后再恢复方案 B。
方案 B 的取舍很明确：配置集中，但 Mihomo 成为 DNS 的关键服务。它停止或 R4S 断电，会影响新的域名解析，不能把添加一个公共“备用 DNS”当作无条件安全的修复。
完成后保留四份材料：Q3000 配置、R4S 配置、私人完整 YAML，以及大陆 IP 库来源与更新时间。以后重装，按本文第一节的清单恢复，再逐项验收即可。