docs: 6.9 附注 —— 0.49.6 端到端实测(typed 跟随生效/信任态塌陷判据)+ dump 窗口关闭命令

docs/03_XLIGHTPANDA_ROLLOUT.md

@@ -145,6 +145,9 @@ tail -f /opt/serpmax/data/logs/*  # 观察 browser.started_xlightpanda / serp.po
 - admin 侧 `resolveGotoLinks` 无需改动:节点已改写的 HTML 扫到 0 目标,旧解析环(含逐条 fetchViaNode)自然整段跳过。
 - 单测 `tests/goto.cache.test.ts` 5 例(键同型/写读回环/脏值防护/三变体改写/零命中不动);bun test 195 全过。
 
+- **端到端实测(0.49.6 部署后)**:typed 手动跟随机制逐次触发(journal `pool_typed_302_follow`),信任态正常的会话 2/3 organic(9/10 结果,11-15s);随后 ETH-33 整机一度过载(15:02 admin UI 侧 reboot),回填后 **HZ/ETH 两节点全部会话被 Google 持续 302+enablejs 壳**(XHR 与 document 双类全弹)—— 与 §7.2 的 IP 会话配额规律一致:今日全天 typed 探针风暴 + 64 深池 + 复活风暴把三 IP 的信任态打穿,**属外部门态,非代码问题;停探针等 IP 冷却**(恢复判据:pagefetch 重回 0.9~1.7s organic)。
+- ETH-33 dump 窗口(调试用)`IMPERSONATE_HEADER_DUMP=/tmp/hdump3` 经 systemd drop-in 仍开着(机器重启 /tmp 已清空重写);排查关闭:`rm /etc/systemd/system/serpmax-node.service.d/dump.conf && systemctl daemon-reload && systemctl restart serpmax-node`。
+
 ## 7. 极限压测 + 全节点温池化(2026-11-04,node 0.48.0 / admin 1.80.0)
 
 **用户定稿:ETH-33 旧 veil 池架构经常死机(实测 10-24~11-03 五崩四次,11-03 xlp 灰度后稳定);测新架构极限,系统资源保留 20% 保证不死机;全部节点切温池,全部 SERP 请求走温池路径。**