Scert/deploy
2026-09-20 02:29:36 +08:00
..
nginx 补齐Nginx辅助服务安全初始化与部署模板 2026-09-20 02:29:36 +08:00
systemd 补齐Nginx辅助服务安全初始化与部署模板 2026-09-20 02:29:36 +08:00
tests 修复Linux安装器停服查询失败放行并补齐22场景回归 2026-09-17 15:32:06 +08:00
install-linux.sh 修复Linux安装器停服查询失败放行并补齐22场景回归 2026-09-17 15:32:06 +08:00
install-windows.ps1 生产部署整改阶段检查点 2026-08-31 23:33:56 +08:00
README.md 补齐Nginx辅助服务安全初始化与部署模板 2026-09-20 02:29:36 +08:00

Scert Linux 部署

安装包目录

Linux 安装包应将以下文件放在同一部署目录中:

deploy/
├── install-linux.sh
├── scert
├── scert-admin
├── web/
│   ├── index.html
│   └── assets/
└── systemd/
    ├── Scert.service
    ├── Scert-admin.service
    ├── Scert服务管理说明.md
    └── Scert-admin服务管理说明.md

二进制文件应针对目标平台构建为 Linux amd64,并且具有可执行权限。

Linux 发布包还包含 scert-nginx、systemd/scert-nginx.socket、systemd/scert-nginx.service 和 nginx/ 下的策略模板与中文说明。它们是独立、显式安装的管理证书激活组件,普通安装器不安装、不启用、不修改共享 Nginx。接线流程见 Nginx 辅助服务部署说明,需要单独完成实机验证。

安装命令

chmod +x install-linux.sh scert scert-admin
sudo ./install-linux.sh --source-dir .

也可以显式指定产物目录:

sudo ./install-linux.sh --source-dir /tmp/scert-linux-amd64

安装器行为

安装器会:

  1. 检查 Linux、root 权限、systemctl、Linux amd64 ELF 安装产物、Web 特殊文件和符号链接。
  2. 创建 Scert 系统用户和同名系统用户组,禁止交互式登录。
  3. 创建 /scert、/scert/conf、/scert/data、/scert/log、/scert/backups、/scert/docs、/scert/web 和证书目录。
  4. 安装 scert、scert-admin、Web 静态资源以及两个 systemd unit。
  5. 设置安装目录、服务目录和配置目录权限,防止 Scert 运行用户替换 root 所有的程序文件。
  6. 为证书根目录生成 systemd drop-in,并执行一次 systemctl daemon-reload。
  7. 升级时读取并保留既有 installation.json 中的证书根目录;只有显式传入 --certificate-dir 才会变更。
  8. 在复制程序前确认 Scert.service 和 Scert-admin.service 都已停止,并通过同文件系统临时文件替换核心二进制。

安装器不会:

  • 执行 systemctl enable Scert-admin。
  • 启动或重启 Scert-admin。
  • 创建公网防火墙规则。
  • 删除已有配置、数据库、证书和备份。

如果服务仍在运行,安装器会直接拒绝安装或升级。生产升级必须先创建完整备份,再停止服务:

sudo systemctl stop Scert
sudo systemctl stop Scert-admin
sudo ./install-linux.sh --source-dir /tmp/scert-linux-amd64
sudo systemctl start Scert

安装后流程

安装完成后先启动主服务,再通过服务器 IP 访问独立 HTTPS 初始化页面,无需 Linux 图形界面:

sudo systemctl enable Scert
sudo systemctl start Scert
sudo systemctl status Scert --no-pager -l
sudo cat /run/scert/bootstrap-url

默认临时监听端口是 8080,须由管理员预先在主机防火墙和云安全组中对受信任的管理来源放行。云 NAT 环境应在启动前通过 systemd 的 SCERT_BOOTSTRAP_PUBLIC_IP 设置可访问的公网 IP;它只影响临时地址和证书,不会创建网络规则。

先打开裸 IP 地址查看浏览器证书详情,通过可信 SSH 或控制台读取最新 journalctl -u Scert -b -n 30 中的临时证书 SHA-256 指纹。与浏览器完全一致后,再打开受保护文件内的完整 HTTPS 链接。链接片段是短期一次性令牌,不要存入普通文档、日志或截图。指纹不一致必须停止,不得输入 RAM 凭据。临时证书为自签名,不能作为公共 CA 信任或生产 TLS 通过的证据;服务重启会生成新的临时证书,必须重新核对。

向导提供 SQLite、MySQL、PostgreSQL 三种存储选项,外部数据库强制 TLS 证书及主机名校验。数据库和阿里云 DNS 验证通过后可提交管理员、通知及正式域名/IP 配置;完成后临时服务关闭,自动加载正式配置并跳转正式 HTTPS 地址。IP 管理证书目前仍为自签名。

固定及动态生成的 Linux systemd unit 显式设置 SCERT_BOOTSTRAP_FIREWALL_MODE=external,初始化不查询或修改主机防火墙及云安全组,而在日志、页面提示和完成响应中说明管理员责任。这不是端口已放行或网络已验证的证明:首次及正式管理端口都必须预先按最小来源范围配置;反向代理场景不能将内部端口开放到公网。

命令行直接运行仍默认 auto,其防火墙检查或写入失败会中止初始化,不会悄悄降级。管理员已管理网络规则时可指定 scert serve --bootstrap-firewall-mode external;该参数及环境变量仅影响首次 Web 初始化,不能由远程请求切换策略。不能为通过初始化而把服务改成 root。非特权 Linux 实机验收尚未完成;反向代理的回环监听配置应在 IP 初始化结束后再应用,具体顺序见 doc/生产部署与运维说明.md 第 4.1 节。

Scert-admin 默认保持停止状态。确有密码重置需求时,仅使用:

systemctl start Scert-admin
systemctl stop Scert-admin

Scert-admin 不监听任何 TCP/UDP 端口。启动后,它只维护 Scert 主服务 /reset 路径的短时激活租约,并将一次性校验码写入 /run/scert-admin/reset-code 受保护临时文件,不写入标准输出或 systemd 日志;停止后入口立即失效,异常退出后入口会在租约过期时失效。管理员可使用 sudo cat /run/scert-admin/reset-code 读取校验码,校验码在成功消费、服务停止或租约失效后自动销毁。云安全组只需由管理员根据初始化提示放行主服务端口。

存活检查与生产就绪检查

Scert 提供两个用途不同的无认证检查接口:

  • GET /healthz:只表示进程和 HTTP 服务仍可响应,不能证明 DNS 凭据、TLS 文件和数据库可用。
  • GET /readyz:生产就绪检查,只有初始化完成、已配置的敏感凭据可解密、TLS 证书与私钥为普通文件且数据库可访问时才返回 HTTP 200。

安装、升级、恢复和配置变更后必须同时检查:

curl -k --fail --silent --show-error https://127.0.0.1:9004/healthz
curl -k --fail --silent --show-error https://127.0.0.1:9004/readyz

/readyz 失败时返回 HTTP 503 和不包含敏感引用的原因码:

  • setup_incomplete:初始化尚未完成。
  • dns_credential_missing:DNS 凭据引用为空。
  • secret_store_unavailable:敏感信息存储未初始化。
  • credential_unavailable:DNS、HTTP 通知或 SMTP 通知凭据引用不存在或无法解密,必须通过管理页面重新在线测试并保存真实凭据。
  • tls_material_unavailable:内部 TLS 证书或私钥缺失、不是普通文件或是符号链接。
  • database_unavailable:数据库不可访问。

禁止写入假 Token 或伪造敏感信息引用来绕过就绪检查。Nginx、监控系统和升级验收应使用 /readyz 判断是否可接收生产流量,/healthz 仅用于判断进程是否存活。

环境变量覆盖

Scert 启动时支持使用 SCERT_* 环境变量覆盖当前进程配置,适合写入 systemd 的 EnvironmentFile。例如:

SCERT_SERVER_HOST=127.0.0.1
SCERT_SERVER_PORT=9004
SCERT_SERVER_HTTPS_MODE=proxy
SCERT_WEB_ENABLED=true

SCERT_WEB_ENABLED=false 只关闭 Scert 提供的 Web 静态页面,不会关闭核心 API 或桌面端本地管理能力。环境变量不会回写 scert.json;修改后需要重启 Scert 服务。

参数说明

  • --source-dir:包含两个 Linux 可执行文件和 web/index.html 的目录,默认是安装器所在目录。
  • --certificate-dir:证书根目录参数,默认 /ssl。安装器会创建该目录,写入 /scert/conf/installation.json,并生成对应的 Scert.service.d/10-certificate-path.conf。首次初始化会读取该记录作为证书目录默认值。

Linux 安装目录当前固定为 /scert。自定义证书根目录必须是规范化的安全绝对路径,只允许字母、数字、点、下划线、连字符和斜杠,不允许空格、.. 路径片段、符号链接、受保护系统目录或 /scert 下的路径;/var 下仅允许 /var/lib/scert 专用目录。

安装器是文件部署阶段,不负责替代首次初始化向导,也不代替真实 ACME 申请和远程部署验收。

生产反向代理要求

生产环境必须让 Scert 只监听回环地址,例如 127.0.0.1:9004,由 Nginx 对外监听 443。Nginx 到 Scert 的 HTTPS 上游连接必须校验证书,不得使用 proxy_ssl_verify off:

location / {
    proxy_pass https://127.0.0.1:9004;
    proxy_ssl_server_name on;
    proxy_ssl_name scert.example.com;
    proxy_ssl_verify on;
    proxy_ssl_trusted_certificate /etc/ssl/certs/ca-certificates.crt;
    proxy_ssl_verify_depth 3;
    proxy_http_version 1.1;
    proxy_set_header Host $host;
    proxy_set_header X-Real-IP $remote_addr;
    proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
    proxy_set_header X-Forwarded-Proto https;
}

如果内部证书由私有 CA 签发,应将对应 CA 证书保存到仅 root 可修改的独立文件,并配置到 proxy_ssl_trusted_certificate。不要通过关闭上游验证规避证书名称或信任链问题。

开发阶段反向代理部署

自定义公开端口

管理域名由部署配置决定,不固定为示例域名。使用非标准 HTTPS 端口时,必须设置 server.proxy_https_port,初始化向导和管理设置均提供对应字段。省略该字段或设为 0 时,代理公开端口仍为 443;直接模式忽略该字段并使用 server.port。

例如本次授权测试入口为 web.apmmk.cn,HTTP 8003 跳转至 HTTPS 8004,核心服务仅监听 127.0.0.1:9004:

{
  "server": {
    "host": "127.0.0.1",
    "port": 9004,
    "https_mode": "proxy",
    "proxy_https_port": 8004
  },
  "web": {
    "hostname": "web.apmmk.cn"
  }
}
server {
    listen 8003;
    server_name web.apmmk.cn;
    return 308 https://web.apmmk.cn:8004$request_uri;
}

server {
    listen 8004 ssl;
    server_name web.apmmk.cn;
    ssl_certificate /实际证书目录/fullchain.pem;
    ssl_certificate_key /实际证书目录/privkey.pem;
    ssl_protocols TLSv1.2 TLSv1.3;

    location / {
        proxy_pass https://127.0.0.1:9004;
        proxy_ssl_server_name on;
        proxy_ssl_name web.apmmk.cn;
        proxy_ssl_verify on;
        proxy_ssl_trusted_certificate /etc/ssl/certs/ca-certificates.crt;
        proxy_ssl_verify_depth 3;
        proxy_http_version 1.1;
        proxy_set_header Host $http_host;
        proxy_set_header X-Forwarded-Proto https;
        proxy_set_header X-Forwarded-For $remote_addr;
        proxy_set_header X-Real-IP $remote_addr;
    }
}

Host 必须保留外部端口,否则同源安全检查可能拒绝请求。跳转目标使用明确配置的域名,不直接信任来访 Host。证书路径须替换为实际签发路径;证书更新后需要执行配置检查并平滑重载 Nginx。安全组仅开放所需公开端口,不开放内部 9004,不改动其他应用占用的 80/443。先验证真实证书、DNS、登录、会话和重置链接,再判定部署通过。

默认端口示例

开发阶段可以使用测试域名 web.xuans.com 验证 Web 页面和反向代理链路。推荐让 Scert 只监听本机端口 9004,由 Nginx 监听 9003 接收测试访问并转发:

测试访问 HTTPS 9003
    ↓
Nginx
    ↓ https://127.0.0.1:9004
Scert

对应配置为:

{
  "server": {
    "host": "127.0.0.1",
    "port": 9004,
    "https_mode": "proxy"
  }
}

Nginx 示例:

server {
    listen 443 ssl http2;
    server_name web.xuans.com;

    ssl_certificate /etc/letsencrypt/live/web.xuans.com/fullchain.pem;
    ssl_certificate_key /etc/letsencrypt/live/web.xuans.com/privkey.pem;

    location / {
        proxy_pass https://127.0.0.1:9004;
        proxy_ssl_server_name on;
        proxy_ssl_name web.xuans.com;
        proxy_ssl_verify on;
        proxy_ssl_trusted_certificate /etc/ssl/certs/ca-certificates.crt;
        proxy_ssl_verify_depth 3;
        proxy_http_version 1.1;
        proxy_set_header Host $host;
        proxy_set_header X-Real-IP $remote_addr;
        proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
        proxy_set_header X-Forwarded-Proto https;
    }
}

如果需要 HTTP 自动跳转,再配置并开放 80;正式公网访问通常使用 443,开发测试访问使用 Nginx 的 9003。Scert 内部端口 9004 和 Nginx 测试端口 9003 都不应加入公网防火墙规则。端口可以在配置文件的 server.port 修改,修改后需要重启 Scert;如果改为直接对外监听,则还需要同步调整防火墙和安全组规则。

web.xuans.com 仅用于开发阶段测试,不能作为生产环境证书、DNS、ACME 或最终 HTTPS 验收依据。

开发环境使用自签名证书时,应优先将测试 CA 加入独立信任文件。只有在隔离的临时开发环境中,才允许短时使用 proxy_ssl_verify off;该设置禁止复制到生产配置。

备份与恢复

完整备份包含配置、主密钥、加密敏感配置、SQLite 一致性快照或 MySQL 导出、证书目录以及带 SHA-256 的 manifest.json。备份目录必须由 Scert 用户控制并保持 0700,不得放入 Web 根目录或公开共享目录。

PostgreSQL 的内置完整备份恢复尚未实现,backup、restore 会明确拒绝,不会遗漏数据库却报告成功。三库初始化可用不等于三库运维能力已完整验收;选择 PostgreSQL 时仍须补齐原生数据库备份、配置/凭据/证书保护及恢复演练,当前不能声明这一能力已具备生产准入。

备份和恢复都会获取跨进程维护锁;如果主服务仍在运行会直接拒绝。运维时仍必须显式停服,避免外部工具或尚未纳入锁协议的操作修改证书目录:

sudo systemctl stop Scert
sudo -u Scert /scert/scert --config /scert/conf/scert.json backup
sudo systemctl start Scert

恢复命令:

sudo systemctl stop Scert
sudo -u Scert /scert/scert --config /scert/conf/scert.json restore --input /scert/backups/scert-YYYYMMDD-HHMMSS
sudo systemctl start Scert

恢复前会校验清单、权限、大小和 SHA-256,并保留 *.before-restore-YYYYMMDD-HHMMSS 副本;恢复失败会尝试回滚配置、数据库、主密钥、敏感配置和证书。备份清单不是数字签名,不能抵抗有权限同时篡改文件并重新生成清单的攻击者,因此备份目录权限和离线副本仍是生产安全边界。

Windows 部署

Windows 发布目录应包含:

scert.exe
scert-admin.exe
install-windows.ps1

使用管理员 PowerShell 执行:

powershell -ExecutionPolicy Bypass -File .\install-windows.ps1 -SourceDirectory .

默认目录:

  • 程序目录:C:\Program Files\Scert
  • 配置和运行数据目录:C:\ProgramData\Scert
  • 证书目录:C:\ProgramData\Scert\ssl

安装器会检查 Windows、管理员权限、sc.exe、icacls.exe、Windows amd64 PE 程序产物、路径重解析点和服务停止状态;创建配置、数据、日志、备份、文档、运行时和证书目录;设置 Windows ACL;使用 LocalService 身份注册 Scert 与 Scert-admin 服务;并写入不含凭据的安装记录。

安装器不会删除或覆盖已有配置、数据库、证书和备份,不会启动或重启服务,也不会创建公网防火墙规则。Scert 注册为自动启动,Scert-admin 注册为手动启动;只有确需密码重置时才应由管理员启动 Scert-admin,完成后立即停止。

自定义目录示例:

powershell -ExecutionPolicy Bypass -File .\install-windows.ps1 `
  -SourceDirectory D:\release\Scert\windows-amd64 `
  -InstallDirectory D:\Apps\Scert `
  -DataDirectory D:\ScertData `
  -CertificateDirectory D:\ScertCertificates

Windows Service 实机安装、开机启动、停止、升级和 ACL 仍需在授权 Windows 主机上验收。