becomer
186af6b604
ci/woodpecker/tag/build Pipeline was successful
① 问题：中国矿业大学（cumt，需 MFA）登录报「生成验证会话失败」。
日志证据：MFA参数解析 userId=TS26040188P31（中国矿业大学）后，
ERROR MFA会话暂存失败 error="dial tcp 172.22.0.7:6379: connect: connection refused"。
② 根因：宿主机 /opt/cpdaily-xiaozhushou/config.toml 的 [redis] host 写死为
"172.22.0.7"。该 IP 曾是 Redis 容器地址，但容器重启后 IP 漂移，现已被
likedream-go 占用；原 Redis 现为 172.22.0.8 / likedream-redis 为 172.22.0.6。
即写死 IP 的经典陷阱：容器重建后 IP 易主，配置指向了非 Redis 的容器。
MFA 中间会话必须跨请求保留（start → send → verify 三步），硬依赖 Redis，
故 Redis 不可用时该步直接失败——captcha 有内存降级，MFA 没有（设计上不可降级）。
③ 修复（仅运维配置，不入库）：
/opt/cpdaily-xiaozhushou/config.toml 的 host 由 "172.22.0.7" 改为容器名
"1Panel-redis-zDUv"（同属 likedream-net，容器名 DNS 稳定，不随 IP 漂移；
端口 6379 与密码 redis_4APk8B 本就对应此实例，无需改动）。
修改前已备份为 config.toml.bak.<时间戳>。
④ 验证：两个槽位（8884/8885）重启后，
- 启动日志不再出现 "Redis 连接失败（...connection refused）"；
- 调用 /api/auth/captcha 后，Redis 相关警告行数由每次必现降为 0
（此前每次操作必打「验证码写入 Redis 失败，降级内存存储」）。
已确认 Redis 连通，未复测完整登录流程。
⑤ 本提交为空提交（--allow-empty）：本次修复全部在宿主机运维配置，
无仓库代码变更，仅以此 commit 记录版本事件与排查结论。