diff --git a/reports/2026-10-30-cudy-tr3000-adguardhome-memory.md b/reports/2026-10-30-cudy-tr3000-adguardhome-memory.md
index 4fb9a40..ade194d 100644
--- a/reports/2026-10-30-cudy-tr3000-adguardhome-memory.md
+++ b/reports/2026-10-30-cudy-tr3000-adguardhome-memory.md
@@ -241,8 +241,8 @@ uci commit dhcp
 
 ## 附带发现
 
-- **odhcpd 通告 /60 前缀，RA 生存期为 0**：局域网是 `ip6assign='60'`，`ubus call dhcp ipv6ra` 显示通告的前缀是 `fd84:1963:e466::1/60`。SLAAC 需要 /64，这很可能就是 iPad 没有 ULA 地址的原因。odhcpd 还在反复报 `no public prefix on lan thus we announce no default route by setting ra_lifetime to 0`。局域网没有 NAT66，IPv6 本来就上不了外网，所以没有改。如果以后要让局域网的 ULA 更可靠，可以改成 `ip6assign='64'`。
-- **DHCP 地址池只有 27 个**：局域网是 /26，`start=100 limit=150` 实际只能用 `.100`–`.126`。iPad 使用私有 Wi-Fi 地址时，每次换地址都会多占一个租约，iPad-Pro 已经拿到了最后一个地址 `.126`。
+- **RA 前缀**：原 `ip6assign=60` 不适用于普通客户端 SLAAC，已改为 `64`。没有可用公网前缀时不通告 IPv6 默认路由，属于正常行为。
+- **DHCP 地址池**：原 /26 配合 `start=100 limit=150` 仅生成 `.100–.126`；已改为 `start=2 limit=61`，扩展为 `.66–.126`。
 - **EasyTier**：用户删掉了无效的对端。TR3000 重启 EasyTier 后，现在是 `tcp://cloud…:11010` 和 `tcp://backup…:11010`。之前的 `wss://…:0/easytier/` 一直处于 Connecting，用 curl 测试服务器可达（返回 HTTP 400），推测问题出在端口写成了 `:0`。`easytier-core` 约 30% 的 CPU 主要用于给 `intel-nuc8i5beh` 转发流量（112 MB）。
 
 ## Linksys MX8500 检查
@@ -250,8 +250,8 @@ uci commit dhcp
 | 项目 | MX8500 | 处理 |
 |---|---|---|
 | DHCP option 6 | 已配置 `6,192.168.156.1`，生成的 dnsmasq 配置里也有 `dhcp-option=lan,6,192.168.156.1`；iPhone（`.43`、`.46`）在 AdGuard 里有 IPv4 查询记录；日志中没有 DHCPNAK 或地址耗尽 | 无需修改 |
-| DHCP 地址池 | 同样只有 27 个（`.36`–`.62`） | 未改 |
-| RA 前缀 | 同样是 `/60`（`fd22:5891:d9c2::1/60`） | 未改 |
+| DHCP 地址池 | 原为 `.36–.62` | 已扩展为 `.2–.62`，保留 `.61`、`.62` 静态租约 |
+| RA 前缀 | 原为 `/60` | 已改为 `/64`，`ra_default=0` |
 | `ratelimit` | 20 | 改为 0（`wan` 区入站同样是 `REJECT`） |
 | 查询日志 | 90 天，11.5 小时 59 MB（`/tmp/lib/adguardhome/data`），绝大部分是本机 EasyTier 的解析 | 改为 6 小时轮转，并忽略三个 EasyTier 对端域名 |
 | 内存 | 887 MB 总量，修改前可用 243 MB；`/tmp` 61 MB → 5 MB | — |
@@ -259,6 +259,14 @@ uci commit dhcp
 
 MX8500 备份：`/root/adguardhome.yaml.bak`。修改后 DNS 正常，53 端口在 20 秒内恢复监听。
 
+### 两台 DHCP / RA 修复验证
+
+两台均设置 `dhcp.lan.start=2`、`limit=61`、`network.lan.ip6assign=64`、`dhcp.lan.ra_default=0`。每台地址范围共 61 个，静态保留地址由 dnsmasq 排除动态分配。原有租约仍在新范围内。
+
+配置备份位于各自 `/root/lan-address-fix-20261030/`。重载网络后前缀仍为 /60，执行 `ifup lan` 后两台 `br-lan` 地址和 `ubus call dhcp ipv6ra` 均确认变为 /64；dnsmasq 生成范围与预期一致。DNS 解析正常，双 IPv4 上联在线。
+
+本次修复 LAN 地址分配；ULA 前缀本身不提供 IPv6 公网访问，客户端 SLAAC 地址获取仍需终端侧确认。
+
 EasyTier 收尾验证：执行 `/etc/init.d/easytier restart` 后，`easytier-cli connector` 仅列出 `tcp://cloud.zhe-yuan.top:11010` 和 `tcp://backup.zhe-yuan.top:11010`，均为 `Connected`，配置和运行状态一致。
 
 ## 回滚
diff --git a/reports/README.md b/reports/README.md
index e64cf5a..cd5d20c 100644
--- a/reports/README.md
+++ b/reports/README.md
@@ -41,8 +41,8 @@
 |---|---|---|---|
 | iPad 连上 Wi-Fi 后“无互联网连接” | TR3000 | dnsmasq 改到 54 端口后，DHCP 不再下发 DNS（option 6）；iPad 拿不到可用的 IPv6 ULA 地址，没有任何可用的 DNS | `dhcp_option '6,192.168.156.65'`。MX8500 本来就配了 `3`、`6`、`15` |
 | 限流 20 次/秒按 /24、/56 计算，整个局域网共用 | 两台 | — | `ratelimit: 0`；`wan` 区入站为 `REJECT`，外网访问不到 53 端口 |
-| DHCP 地址池只有 27 个 | 两台 | 局域网是 /26 | 未改；私有 Wi-Fi 地址会多占租约 |
-| RA 通告 /60 前缀，SLAAC 不可用 | 两台 | `ip6assign='60'` | 未改；局域网没有 NAT66，IPv6 本来就上不了外网 |
+| DHCP 地址池只有 27 个 | 两台 | /26 子网仍使用 `start=100 limit=150` | 已改为 `start=2 limit=61`，MX8500 `.2–.62`、TR3000 `.66–.126`；保留静态租约 |
+| RA 通告 /60 前缀，SLAAC 不可用 | 两台 | `ip6assign='60'` | 已改为 `/64`，RA 默认路由采用自动判断（`ra_default=0`） |
 
 ### 4. 事故（排查操作引起）
 
@@ -74,4 +74,3 @@
 ## 未完成
 
 - **MX8500 wwan2**：10-30 19:01 复查正常；此前一次断流由看门狗重连恢复、一次自行恢复，尚未根治，暂维持现状。HE overrides 留作后续验证方案。
-- **两台的 DHCP 地址池与 RA 前缀**：目前不影响使用，暂不改。