记录双机密码认证候选包部署复核

doc/Linux生产流程测试记录.md

@@ -1696,3 +1696,27 @@ SQLite 新测试程序 SHA-256：4c81656fae63a2eebad999d58e6a79e63e6f441810e02ce
 重启后的首个约 2 秒请求返回 HTTP `502`，随后 Scert 完成 `127.0.0.1:8443` HTTPS 监听并恢复正常。该短暂恢复窗口已记录为生产门禁观察项，不能宣称无感重启；本轮没有开放内部端口、关闭 TLS 校验或修改 Nginx 为不安全转发。
 
 同次启动日志继续报告两条历史 `recovery_required` 事务因缺少可信恢复证据而拒绝自动接管。系统保留现场等待人工核查，本轮未删除锁、伪造恢复证据或修改历史事务。
+
+## 2026-10-01 双机密码认证候选包部署实测
+
+### 测试范围
+
+- 目标服务器：`8.137.23.95`（`ikun1`）和 `45.136.13.241`（`yc`）。
+- 部署方式：仅使用 SSH 密码认证和官方 Linux 安装器；未使用 SSH 私钥、公钥、`authorized_keys` 或辅助验收脚本。
+- 候选包：`Scert-20261002-V0.1.0-linux-amd64.tar.gz`。
+- 包 SHA-256：`4090D6D614C359A4A6C7FF92634189AA136099324DD53B2D4557038954DCD33E`。
+
+### 实测结果
+
+- [x] 两台均完成归档校验和官方安装器停服升级，升级前发布文件由安装器保留；未额外制作远端备份。
+- [x] 两台 `Scert`、`Scert-storage.socket`、Nginx 均为 active，`nginx -t` 通过。
+- [x] 两台 Scert 均仅监听 `127.0.0.1:8443`，数据库仅监听回环地址；公网项目入口仍为 Nginx `80/443`。
+- [x] 两台 SSH 服务端均为 `pubkeyauthentication no`、`passwordauthentication yes`、`authenticationmethods password`。
+- [x] 第二台 `https://odacm.cn/readyz` 在正常 TLS 校验下返回 `{"service":"scert","status":"ready"}`。
+- [!] 第一台不是 `odacm.cn` 当前证书域名，使用该域名探测发生证书名称不匹配；该结果不作为第一台公网域名验收通过依据。
+- [!] 第二台启动日志仍报告两条历史 `recovery_required` 事务缺少可信恢复证据；本轮保留现场，未删除锁、伪造证据或自动接管。
+- [!] 第一台 `php-fpm-82.service` 的既有 failed 状态与 Scert 无关，单独记录，不作为 Scert 服务失败依据。
+
+### 结论
+
+本轮通过了双机候选包安装、密码唯一 SSH、Scert 回环监听、数据库回环绑定和 Nginx 入口边界复核；没有通过生产整体验收。清库后的三数据库 Web 首次初始化、Smail 系统账户真实发信、密码重置完整闭环、P0-10 负向矩阵、历史恢复证据核查以及重启瞬间短暂 502 观察项仍需继续处理。当前总体状态保持 **P0-03：完成，等待复审**。

doc/Scert整改任务执行清单.md

@@ -1848,3 +1848,15 @@ P0-05 从 `[!]` 调整为 `[~]`，并未标记完成；P0-04 剩余门禁和全
 - [x] `Scert` 重启后保持 `active`，等待启动完成后回环和 `odacm.cn` 严格 HTTPS `/readyz` 恢复正常。
 - [!] 重启瞬间 Nginx 可能短暂返回 `502`，原因是 Nginx 先于 Scert 上游恢复；这不是通过放开 `8443` 或关闭 TLS 校验解决的问题，是否要求无感切换仍列入最终生产门禁。
 - [!] 两条历史 `recovery_required` 事务仍缺少可信恢复证据，已保留现场，未删除锁、伪造证据或自动接管。
+
+## 2026-10-01 双机密码认证候选包部署记录
+
+- [x] 已完成，等待复审：使用密码 SSH 上传正式 Linux amd64 候选包到 `8.137.23.95` 和 `45.136.13.241`，全程未使用 `-i`、SSH 私钥、公钥或 `authorized_keys`。
+- [x] 已完成，等待复审：两台均使用官方安装器完成停服升级，包内 `SHA256SUMS` 全部通过，安装器未强制覆盖运行中的服务。
+- [x] 已完成，等待复审：两台 `Scert`、`Scert-storage.socket`、Nginx 均 active；Scert 仅绑定 `127.0.0.1:8443`，数据库仅绑定回环地址，公网入口为 Nginx `80/443`。
+- [x] 已完成，等待复审：两台 `nginx -t` 通过；第二台 `odacm.cn/readyz` 严格 HTTPS 返回 ready。
+- [x] 已完成，等待复审：两台 SSH 服务端均为密码唯一认证，明确关闭公钥认证；本轮没有生成、读取、上传或部署任何 SSH 私钥、公钥或 `authorized_keys`。
+- [!] 暂缓或存在阻塞：第二台仍保留两条缺少可信恢复证据的历史 `recovery_required` 事务；未删除锁或伪造恢复证据。
+- [!] 暂缓或存在阻塞：第一台既有 `php-fpm-82.service` failed 与 Scert 无关，不能作为 Scert 通过依据，也不能在未授权范围内清理。
+
+当前任务状态：T3 双机密码认证部署复核完成，等待复审；T5、T6 继续进行；T7 未开始。总体状态仍为 **P0-03：完成，等待复审**。

doc/Scert整改合并优化清单.md

@@ -2484,3 +2484,17 @@ P0-11 生产验收门禁
 - [x] 重启 `Scert` 后服务保持 `active`，等待启动初始化完成后，回环和公网域名严格 HTTPS `/readyz` 均恢复为 `200`。
 - [!] 重启后前约数秒 Nginx 可能先于 Scert 上游恢复，期间一次请求返回 `502`；等待 Scert 完成 HTTPS 监听后恢复正常。本现象未通过关闭 TLS 校验或开放内部端口规避，需在最终生产门禁中决定是否需要无感切换改造。
 - [!] 服务日志仍报告两条历史 `recovery_required` 事务缺少可信恢复证据，系统按设计保留现场并拒绝自动接管；本轮未伪造证据、删除锁或修改历史事务。
+
+## 2026-10-01 双机密码认证候选包部署复核
+
+本轮只使用密码 SSH 完成双机升级，不使用、不生成、不读取、不上传或部署 SSH 私钥、公钥及 `authorized_keys`，也没有创建辅助验收脚本。TLS 证书业务中的证书私钥仍仅用于证书部署，不属于 SSH 登录凭据。
+
+- [x] 正式 Linux amd64 候选包 `Scert-20261002-V0.1.0-linux-amd64.tar.gz` 已通过密码方式上传至 `8.137.23.95` 和 `45.136.13.241`；包 SHA-256 为 `4090D6D614C359A4A6C7FF92634189AA136099324DD53B2D4557038954DCD33E`，两台包内 `SHA256SUMS` 均通过。
+- [x] 两台服务器均通过官方 `install-linux.sh` 停服升级，未强制覆盖运行中的服务；升级前发布文件由安装器保留，未额外创建远端备份。
+- [x] 两台 `Scert`、`Scert-storage.socket` 和 Nginx 均为 active；Scert 仅监听 `127.0.0.1:8443`，数据库仅绑定回环地址，公网项目入口保持 Nginx `80/443`。
+- [x] 两台 `nginx -t` 均通过；第二台 `https://odacm.cn/readyz` 使用正常 TLS 校验返回 ready，未关闭 TLS 校验。第一台沿用独立的内部证书域名，使用 `odacm.cn` 探测出现证书名称不匹配，不能据此宣称第一台公网域名验收通过。
+- [x] 两台 SSH 服务端均复核为 `pubkeyauthentication no`、`passwordauthentication yes`、`authenticationmethods password`，SSH 私钥登录能力不允许出现。
+- [!] 第二台启动日志继续报告两条历史 `recovery_required` 事务缺少可信恢复证据；现场已保留，未删除锁、伪造证据或自动接管。
+- [!] 第一台存在与 Scert 无关的既有 `php-fpm-82.service` failed 状态，不能混入 Scert 验收结论，需单独处理或明确排除。
+
+本轮完成的是候选包部署和入口安全边界复核，不代表生产整体验收通过。清库后的三数据库 Web 首次初始化、Smail 系统账户真实发信、密码重置完整闭环、P0-10 负向矩阵、历史恢复证据核查及重启瞬间短暂 502 观察项仍未闭环。总体状态保持：**P0-03：完成，等待复审**。