This commit is contained in:
parent
607c897908
commit
8288fcd105
@ -34,3 +34,20 @@ Web 功能使用 MCP 模拟键鼠测试;终端用于源码检查、构建、
|
||||
具体测试结果记录到 `test-log/日期/测试log`;收到验证码、页面提示请求已受理、构建成功均不单独等于密码恢复闭环完成。
|
||||
|
||||
本轮结果见《清库部署测试记录》。
|
||||
|
||||
## 2026-09-18 正式管理员登录恢复
|
||||
|
||||
本次需求是诊断用户反馈的账号密码错误和后端无响应,恢复正式实例登录,并复核刷新后的会话。正式部署位于 `47.108.78.12:/opt/smail`,网页为 `https://mail.solit.cn/`。此次属于现有实例故障恢复,保留业务数据库和邮件,不执行首次安装清库流程。
|
||||
|
||||
- [✓] 核对实际运行进程打开的数据库为 `/opt/smail/data/smail.db`。用户表只有 `admin`(超级管理员)和 `remotecheck`(普通用户),没有反馈中的 `xuans`。
|
||||
- [✓] 浏览器提交反馈账号时,登录请求约 293 毫秒返回 HTTP 200、业务错误 100、账号或密码错误。现有管理员使用用户提供的密码也失败。现场证据支持账号及密码不匹配,未观察到后端无响应。
|
||||
- [✓] 重置前使用 SQLite 在线备份保存至 `/var/backups/smail-login-recovery-20260918-0xb3EO/smail.db`,完整性检查为 `ok`。目录权限 0700,备份权限 0600。
|
||||
- [✓] 使用项目现有 `smail-admin` 服务及系统密码代理,无回显输入两次用户提供的新密码。通过受保护本机通道恢复现有超级管理员,服务结果 `success`、退出码 0;会话和安全版本递增至 2,旧会话及相关安全凭据按既有规则撤销。
|
||||
- [✓] 浏览器用 `admin` 和用户提供的密码重新登录,显示超级管理员及收件箱。最终再次登录约 393 毫秒,邮件列表约 47 毫秒;忽略缓存刷新后仍保持登录,用户信息和邮件列表均返回 HTTP 200。
|
||||
- [✓] Smail 与 Nginx 均持续 active,Smail PID 605706,自动重启次数为 0。未清库、未改用户名、未创建替代账号、未引入部署或续期脚本。
|
||||
|
||||
### 公网恢复入口修复
|
||||
|
||||
通过已登录管理员的配置页面,将公网 HTTPS 端口由未设置改为 443,保留 HTTP 8001、HTTPS 8002 及 `direct` 模式。页面执行候选配置保存和应用,应用接口业务错误码为 0,正式配置代次从 2 升至 3,磁盘配置确认 `http.publicHttpsPort=443`。
|
||||
|
||||
浏览器访问 `/public-password-recovery`,成功跳转至 `https://mail.solit.cn/rest/#/forgot-password`,显示中文找回密码表单,返回登录按钮正常。服务器探测入口返回 302,目标为不含内部端口的 `https://mail.solit.cn/rest/`。本次验证覆盖入口及页面,没有发送恢复邮件,不代表外部邮箱改密闭环完成;超级管理员仍通过受保护本机通道恢复。
|
||||
|
||||
@ -64,3 +64,11 @@
|
||||
- [!] 继续通过正式配置界面设置公网 HTTPS 端口 443,需要有效的 Smail 网页管理员登录;本轮未重置管理员、编辑配置或数据库,未发送恢复邮件。SSH 用户名与密码不能推定为网页邮箱凭据。
|
||||
|
||||
本机 curl 的 Schannel 握手失败,但服务器端可信 TLS 验证与浏览器页面访问成功,因此没有将本机 curl 的失败归因于线上证书故障。生产业务测试仍未完成,真实 CA 自动续期、登录后的证书模式切换、恢复与撤销闭环继续待验收。本轮仅只读复核,没有清库、上传测试工具或添加运行脚本。
|
||||
|
||||
## 2026-09-18 16:35 起登录和公网恢复入口修复
|
||||
|
||||
- [✓] 已通过项目受保护本机通道恢复现有 `admin` 登录,并验证收件箱及刷新后的会话。正式数据库不存在反馈中的 `xuans`,具体诊断与备份见《密码恢复实机验收》。
|
||||
- [✓] 已通过正式配置页面设置公网 HTTPS 端口 443,候选配置应用成功,磁盘配置代次为 3。内部 8001/8002 和 TLS 模式保持原值。
|
||||
- [✓] 公网恢复入口 302 至不含 8002 的 `/rest/`,浏览器恢复表单及返回登录正常。此前网页管理员会话和恢复入口 404 两项阻塞已解除。
|
||||
|
||||
上述结果不覆盖真实 CA 续期、证书模式切换和外部邮箱恢复闭环;这些项目仍须独立验收。
|
||||
|
||||
Loading…
Reference in New Issue
Block a user