Reports: add index and overview; record TR3000 iPad fix after reboot

reports/2026-10-28-cudy-tr3000-wwan-watchdog.md

@@ -5,6 +5,7 @@
 - 系统：OpenWrt 25.12.6 r33311-981c978eff，mediatek/filogic
 - 无线：MT7981，mt76 驱动
 - 相关报告：[`2026-10-28-linksys-mx8500-wwan-recovery.md`](2026-10-28-linksys-mx8500-wwan-recovery.md)
+- 后续：[`2026-10-30-cudy-tr3000-adguardhome-memory.md`](2026-10-30-cudy-tr3000-adguardhome-memory.md)（AdGuard Home 内存与限流、DHCP 不下发 DNS）；总览见 [`README.md`](README.md)
 
 ## 背景
 

reports/2026-10-28-linksys-mx8500-wwan-recovery.md

@@ -4,6 +4,7 @@
 - 设备：Linksys MX8500（`linksys-mx8500.tail694d4.ts.net`）
 - 系统：OpenWrt 25.12.5 r33051-f5dae5ece4，qualcommax/ipq807x
 - 无线固件：ath11k WLAN.HK.2.9.0.1-02146
+- 后续：AdGuard Home 查询日志与限流的修改记录在 [`2026-10-30-cudy-tr3000-adguardhome-memory.md`](2026-10-30-cudy-tr3000-adguardhome-memory.md) 的“Linksys MX8500 检查”一节；总览见 [`README.md`](README.md)
 
 ## 背景
 

reports/2026-10-30-cudy-tr3000-adguardhome-memory.md

@@ -14,7 +14,7 @@
 | 2 | `ratelimit: 20` 按网段计算，整个局域网共用一个额度 | 改为 `ratelimit: 0`（MX8500 同样处理） |
 | 3 | dnsmasq 改到 54 端口后，DHCP 不再下发 DNS 服务器，iPad 显示无网络 | 增加 `dhcp_option '6,192.168.156.65'` |
 | 4 | 排查时逐包写内核日志，导致 Wi-Fi 固件超时重置，两条上联和两个热点断开约 80 秒；之后 5G 热点没有恢复 | 执行 `wifi` 后恢复 |
-| 5 | Wi-Fi 重启后 iPad 的无线链路仍收发不通 | 未解决，待重启 iPad 后确认 |
+| 5 | Wi-Fi 重启后，iPad 用原来的私有 MAC 仍收发不通（真实 MAC 可以） | 重启路由器后恢复 |
 
 ## 背景
 
@@ -207,7 +207,7 @@ uci commit dhcp
 
 18:20:17 执行 `wifi`（后台运行，避免 SSH 断开时被中断），两个射频都重新配置。5G 热点在 18:21:32 恢复（wwan5 此时在信道 112，热点 HE80，中心 5530 MHz，等 DFS 检测约 60 秒），两条上联在约 10 秒内恢复。
 
-## 问题 5（未解决）：iPad 无线链路不通
+## 问题 5：iPad 无线链路不通（重启路由器后解决）
 
 执行 `wifi` 后，Galaxy 重新连上并正常工作，但 iPad（7a:ca:e0:6d:f3:3f）在两个频段都连不通。iPad 自分配了 `169.254.237.114`。
 
@@ -220,9 +220,24 @@ uci commit dhcp
 | rx 速率 | **1.0 Mbit/s**（只有最低速率的管理帧） | 正常 |
 | `phy0-ap0` netdev ingress 计数（25 秒） | **0** | — |
 
-驱动收到了 iPad 的帧，但没有一个送到网络接口。路由器发给 iPad 的帧大多也没有得到确认。信号很强，不是距离问题。Galaxy 在同样的重置之后工作正常，所以推测是 iPad 的 Wi-Fi 状态在多次重连和路由器固件重置之后卡住了。
+驱动收到了 iPad 的帧，但没有一个送到网络接口。路由器发给 iPad 的帧大多也没有得到确认。信号很强，不是距离问题。Galaxy 在同样的重置之后工作正常。
 
-下一步：先重启 iPad；不行就“忽略此网络”后重新加入；还不行就重启路由器，彻底重新加载 Wi-Fi 固件。
+用户测试：iPad 用“固定”私有地址（7a:ca:e0:6d:f3:3f）连不通，改用真实 MAC 可以连通。说明问题跟这个 MAC 绑定在一起，最可能是 Wi-Fi 固件里这个 MAC 的站点表项在固件重置后坏了。`wifi` 只重建接口和 hostapd，不会重新加载 MT7981 固件，所以没能清掉。
+
+### 解决：重启路由器
+
+18:33 执行 `reboot`。约 2.5 分钟后路由器**又重启了一次**，原因不明：`/sys/fs/pstore` 为空，没有 panic 记录；日志从新的一次开机开始，前一次开机的日志已丢失。可能是手动重启，也可能是硬件看门狗（`mtk-wdt`，31 秒）复位。如果以后再出现无故重启，需要先把日志写到持久存储再查。
+
+第二次开机后（18:35:40 左右）：
+
+| 项目 | 结果 |
+|---|---|
+| wwan5 / wwan2 | 开机约 50 秒后上线 |
+| 5G 热点 | 信道 112（DFS），18:36:57 CAC 完成后启用，HE80 |
+| iPad（7a:ca:e0:6d:f3:3f，固定私有地址） | 先连 2.4G、后连 5G，DHCP 正常；5G 上 tx HE-MCS 8（206.5 Mbit/s）、rx HE-MCS 9，conntrack 71 条连接 |
+| 设置 | `dhcp_option '6,192.168.156.65'`、AdGuard `ratelimit: 0` 与 `interval: 6h`、看门狗 crontab 都在 |
+
+用户确认 iPad 恢复正常。
 
 ## 附带发现
 

reports/README.md

@@ -0,0 +1,75 @@
+# 运维报告
+
+两台远程路由器的故障排查与修改记录。它们都没有有线 WAN，只靠 Wi-Fi 中继上游（STA），用 mwan3 做双上联；AdGuard Home 负责 DNS，EasyTier、Tailscale、ZeroTier 组网。
+
+| 设备 | 地址 | 系统 | 无线 |
+|---|---|---|---|
+| Linksys MX8500 | `linksys-mx8500.tail694d4.ts.net` | OpenWrt 25.12.5，qualcommax/ipq807x | ath11k |
+| Cudy TR3000 256MB v1 | `cudy-tr3000.tail694d4.ts.net` | OpenWrt 25.12.6，mediatek/filogic | MT7981，mt76 |
+
+## 报告列表
+
+| 日期 | 报告 | 主题 |
+|---|---|---|
+| 2026-10-28 | [Linksys MX8500：Wi-Fi 上联断流后无法自动恢复](2026-10-28-linksys-mx8500-wwan-recovery.md) | 热点与 STA 频宽对齐、看门狗、源地址路由规则修复、日志缓冲 |
+| 2026-10-28 | [Cudy TR3000：看门狗、双上联策略路由与日志优化](2026-10-28-cudy-tr3000-wwan-watchdog.md) | 部署同一套看门狗，启用 wwan2 后修复 mwan3 把绑定接口的流量分错上联 |
+| 2026-10-30 | [Cudy TR3000：AdGuard Home 内存与限流、DHCP 不下发 DNS](2026-10-30-cudy-tr3000-adguardhome-memory.md) | 查询日志占满内存、共用限流额度、iPad 无网络、调试引起的 Wi-Fi 固件重置；含 MX8500 对照检查 |
+
+## 问题总览
+
+### 1. 多上联（wwan）
+
+| 问题 | 设备 | 原因 | 处理 | 状态 |
+|---|---|---|---|---|
+| 上联“已关联但不通”，不会自动恢复 | MX8500 | ath11k：同一射频上热点频宽比 STA 宽时，STA 上行 tx failed 暴涨；2.4G 发射功率限制也有影响 | 5G HE160 → HE40，2.4G HE40 → HE20，去掉 `txpower='13'` | wwan5 已解决；wwan2 大幅改善，看门狗兜底 |
+| 断流后无人处理 | 两台 | STA 仍关联，netifd 收不到断开事件；mwan3 只撤路由 | `/usr/sbin/wwan-watchdog`：每分钟检测，连续失败后 `REASSOCIATE`，再不行重启射频 | 已部署 |
+| 绑定接口的本机流量被分到另一条上联 | 两台 | mwan3 OUTPUT 钩子按 `balanced` 策略打 mark，与绑定的设备不一致时包发不出去，看门狗会误判 | `99-fix-same-subnet-routing`：每次 ifup 添加 `from <IP> lookup <表> prio 100`，并清理残留规则 | 已部署 |
+| 2.4G 热点与 STA 频宽不一致 | TR3000 | 同上，预防性修改 | radio0 HE40 → HE20 | 已改；5G 保持 HE80 |
+| wwan2 需要关 HE 才能根治（如仍复发） | MX8500 | OpenWrt 25.12 的 wpa_supplicant 没有 `CONFIG_HE_OVERRIDES` | 下次编译时改三处，见 MX8500 报告 | 待定 |
+
+### 2. 日志
+
+| 问题 | 设备 | 处理 |
+|---|---|---|
+| 系统日志缓冲 128 KB，约 6 分钟就被覆盖 | 两台 | `log_size` 改为 1024 KB |
+| AdGuard 查询日志写在 tmpfs，保留 90 天，实际不轮转 | 两台 | `querylog.interval: 6h`。TR3000 6.5 小时涨到 122 MB，可用内存只剩 20 MB，系统一度卡住约 1 分钟；MX8500 11.5 小时 59 MB（每天 07:00 定时重启，所以没出事） |
+| 查询日志 90% 以上是 EasyTier 反复解析对端域名 | 两台 | 查询日志忽略 `cloud`、`home`、`backup.zhe-yuan.top` |
+
+### 3. DNS 与 DHCP
+
+| 问题 | 设备 | 原因 | 处理 |
+|---|---|---|---|
+| 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 本来就上不了外网 |
+
+### 4. 事故（排查操作引起）
+
+| 日期 | 设备 | 经过 | 教训 |
+|---|---|---|---|
+| 10-28 00:44 | MX8500 | 按进程名批量 kill 父进程，误杀 procd（PID 1），路由器重启 | 不要按进程名批量 kill，更不要 kill 查到的父进程 |
+| 10-30 17:54 | TR3000 | 超时中断的 `tail` 仍在路由器上运行，占着 CPU，还持有已删除的 112 MB 文件 | 分析大文件前先确认远端进程会退出；中断后检查残留进程 |
+| 10-30 18:14 | TR3000 | nft `log` 逐包记录 iPad 的流量，CPU 被打满，Wi-Fi 固件超时重置，上联和热点断开约 80 秒；之后 5G 热点没恢复，iPad 原来的 MAC 一直连不通，最后重启路由器解决 | 这台 MT7981 上只用 `counter`，不要用逐包 `log` |
+
+## 当前配置一览
+
+| 项目 | MX8500 | TR3000 |
+|---|---|---|
+| 热点频宽 | 2.4G HE20、5G HE40、6G HE160 | 2.4G HE20、5G HE80 |
+| 看门狗 | `/usr/sbin/wwan-watchdog`（探测 223.5.5.5、1.1.1.1） | `/usr/sbin/wwan-watchdog`（探测 1.1.1.1、8.8.8.8） |
+| 源地址规则 | `/etc/hotplug.d/iface/99-fix-same-subnet-routing` | 同左（内容相同） |
+| `log_size` | 1024 | 1024 |
+| AdGuard `ratelimit` | 0 | 0 |
+| AdGuard 查询日志 | 6h，忽略 EasyTier 域名 | 6h，忽略 EasyTier 域名 |
+| DHCP option | `3,192.168.156.1`、`6,192.168.156.1`、`15,lan` | `6,192.168.156.65` |
+| 定时任务 | 看门狗每分钟；每天 07:00 重启 | 看门狗每分钟 |
+
+备份文件都在各自路由器的 `/root/` 下：`adguardhome.yaml.bak`、`mwan3.user.bak`；MX8500 另有 `99-fix-same-subnet-routing.bak` 和 `wwan-watchdog.v1.bak`。看门狗、`mwan3.user`、源地址规则脚本已加入 `/etc/sysupgrade.conf`；`/etc/adguardhome/adguardhome.yaml` 和 `/etc/config/*` 由 sysupgrade 自动保留。
+
+## 未完成
+
+- **MX8500 EasyTier**：配置 10-30 17:48 改过，但进程没有重启，仍在重试 `wss://…:0` 对端；配置里也还留着两条 `wss://…:0`。
+- **MX8500 wwan2**：需要观察一天以上，确认去掉 txpower 限制后不再断流；如仍复发，按报告编译带 HE overrides 的固件。
+- **两台的 DHCP 地址池与 RA 前缀**：目前不影响使用，暂不改。
+- **TR3000 10-30 18:35 的第二次重启**：执行 `reboot` 约 2.5 分钟后又重启了一次，没有 pstore 记录，原因不明。如果再出现无故重启，先把日志写到持久存储（`log_file`）再查。