fix: distinguish TLS faults and require active dispatcher retry

docs/evidence/fixed-preprod-systemd-20261008.md

@@ -20,6 +20,8 @@ SaaS 尚未启动，三个正式入口当前均为 HTTP 404；部署不等待 Sa
 - 开发机 6 个确认无进程使用的旧 ELF 程序先逐文件备份和核对 SHA-256，再删除；不删除整个 `.local`。
 - 保留 Asterisk、其配置及依赖、当前所需凭据、SSH 主机登记、原始证据、录音与恢复的私密备份。没有清理外部 SaaS/RabbitMQ/OSS 数据或其他项目资源。
 
+复核额外发现的 5 个旧 unit drop-in 目录、6 份配置（含 SaaS Mock）已先冷归档、记录 SHA-256 后移除，当前用户服务目录没有任何 `go-sip-nonprod-*` 残留。旧 RabbitMQ 连通性临时工具目录也已归档移除。旧 `.local/share/sip-go-agent` 已核对无活跃服务引用，整树冷归档后，将原文件保留到受控 `go-sip-backups/retained-historical-tree-*`；其中 backups/certs/env/results/staging 的原证据、凭据和结果全部保留，不作为现行配置或运行入口。私有保留清单为 `retained-originals-manifest.json`，补充移除清单为 `audit-cleanup-verification.json`。
+
 原始清单、数据库/消息和抓包等仅存在权限受限位置，不提交完整原始内容。
 
 ## 验证与边界
@@ -28,7 +30,7 @@ SaaS 尚未启动，三个正式入口当前均为 HTTP 404；部署不等待 Sa
 
 首次部署 `e5f46ba` 已实测：Asterisk/Agent enabled+active，Dispatcher enabled、auto-restart，最新应用错误为 SaaS 尚未供给业务拓扑；hash 匹配、Agent 监听正常、原生通道/bridge 均 0。12 份私有文件为 0600，5 个受控目录为 0700，linger=yes。首次显式 reset 已执行，固定运行目录原为空；历史状态已另行私密冷归档，没有改写历史结果。后续部署不再携带 reset 参数。
 
-正式服务版本/hash、私有权限、systemd 状态、Agent 监听和原生 Asterisk 状态由脚本实测。Dispatcher 等待 SaaS 时必须由最新应用日志说明 HTTP 不可用或 SaaS 未供给业务拓扑，不能把其他启动错误算作正常。自动重试不是业务 ready。停/启和重复部署检查不得重新使用首次重置授权。
+正式服务版本/hash、私有权限、systemd 状态、Agent 监听和原生 Asterisk 状态由脚本实测。Dispatcher 等待 SaaS 时必须由最新应用日志说明 HTTP 不可用或 SaaS 未供给业务拓扑，同时实际状态须为 `activating/auto-restart`；`failed` 和未重试状态均不算部署成功。无 HTTP 响应时由 Go 按真实错误类型区分证书/链/主机名失败、连接拒绝/超时和其他传输错误；不以 HTTP 0 推断 SaaS 未启动。证书及未知传输错误明确阻断部署，不能把其他启动错误算作正常。自动重试不是业务 ready。停/启和重复部署检查不得重新使用首次重置授权。
 
 测试机已实际执行脚本 stop/start：原固定目录中的现存状态文件 SHA-256 不变，Asterisk/Agent 恢复 enabled+active，Dispatcher 保持明确的 SaaS 拓扑等待状态、零活动通话。普通重复部署同样不传 reset 参数，并按私有 before-repeat-deployment 清单核对原文件保留；最终结果存私有 last-deployment/repeat-deployment-verification 清单，不公开其中原始数据。