From cc4c03c8969598c1d6680293e2068bd023123335 Mon Sep 17 00:00:00 2001 From: Zhe Yuan Date: Fri, 30 Oct 2026 14:38:06 -0400 Subject: [PATCH] Reports: add index and overview; record TR3000 iPad fix after reboot --- .../2026-10-28-cudy-tr3000-wwan-watchdog.md | 1 + ...2026-10-28-linksys-mx8500-wwan-recovery.md | 1 + ...26-10-30-cudy-tr3000-adguardhome-memory.md | 23 +++++- reports/README.md | 75 +++++++++++++++++++ 4 files changed, 96 insertions(+), 4 deletions(-) create mode 100644 reports/README.md diff --git a/reports/2026-10-28-cudy-tr3000-wwan-watchdog.md b/reports/2026-10-28-cudy-tr3000-wwan-watchdog.md index 6c3c1f1..e61a6c6 100644 --- a/reports/2026-10-28-cudy-tr3000-wwan-watchdog.md +++ b/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) ## 背景 diff --git a/reports/2026-10-28-linksys-mx8500-wwan-recovery.md b/reports/2026-10-28-linksys-mx8500-wwan-recovery.md index 4c5b9b3..4d62978 100644 --- a/reports/2026-10-28-linksys-mx8500-wwan-recovery.md +++ b/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) ## 背景 diff --git a/reports/2026-10-30-cudy-tr3000-adguardhome-memory.md b/reports/2026-10-30-cudy-tr3000-adguardhome-memory.md index f50c137..ae24e31 100644 --- a/reports/2026-10-30-cudy-tr3000-adguardhome-memory.md +++ b/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 恢复正常。 ## 附带发现 diff --git a/reports/README.md b/reports/README.md new file mode 100644 index 0000000..a7f4c97 --- /dev/null +++ b/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 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`）再查。