xuans/Smail

Fork 0

smail 9c450f1734

Security Checks / security (push) Waiting to run

Details

运行时配置清理阶段检查点

2026-10-05 01:31:34 +08:00

9.9 KiB

Raw Blame History

HTTPS 反向代理部署说明

适用场景

当 Nginx 已经负责公网 HTTPS 证书、TLS 握手和 443 端口监听时，Smail 不应再次监听 HTTPS 端口。Smail 运行在本机 HTTP 端口，由 Nginx 将 HTTPS 请求转发到 Smail。

本模式用于解决“PMail HTTPS 与 Nginx HTTPS 同时启用后无法访问”的端口冲突、重复跳转和请求来源校验问题。

Smail 配置

在分区配置的 config.json 中配置 HTTP 服务。下面示例仅用于开发测试，测试域名使用 example.com；不要把示例域名直接当作生产配置。

{
  "domains": {
    "web": "example.com"
  },
  "http": {
    "port": 15184,
    "httpsPort": 0,
    "httpsEnabled": false,
    "tlsMode": "proxy",
    "trustedProxyCidrs": [
      "127.0.0.1/32",
      "::1/128"
    ]
  }
}

配置含义：

tlsMode: proxy：启用反向代理 HTTPS 终止模式，同时停止 Smail 的自动证书申请和续期。
httpsEnabled: false：Smail 不启动内部 HTTPS。
httpsPort: 0：避免遗留 HTTPS 端口配置造成误解或端口冲突。
trustedProxyCidrs：只允许这些来源提交 X-Forwarded-Proto。Nginx 与 Smail 同机时，默认使用回环地址即可。
不要把 0.0.0.0/0 或 ::/0 配置为可信代理网段。

修改配置后需要重启 Smail，使监听模式生效。

证书申请与续期职责

Web HTTPS 的证书申请、续期和加载由反代服务器上的证书管理工具负责，Smail 不再发起 ACME 请求，也不需要把 ACME 验证路径转发给 Smail。
反代模式下，初始化 SSL 步骤只提供外部证书导入，不再提供自动 HTTP 或 DNS 验证。仅切换反代模式不会删除已有证书或自动模式配置；切回直接 HTTPS 时，仍保留自动类型的证书可继续由 Smail 维护。若已主动导入外部证书，则仍由外部维护，不会自动恢复签发。
HTTP 反代不等于邮件协议代理。SMTP、IMAP、POP3 仍需使用有效的本地证书和匹配私钥，不能改成明文认证。
手动配置可以直接引用服务器上的证书和私钥路径，不生成副本。Nginx 与 Smail 引用同一组文件时，外部工具应成对更新证书与私钥，检查 Nginx 配置后平滑加载；Smail 的运行时证书加载器会检查文件变更，并在新证书无效时保留已有有效证书。
使用导入副本或不同路径时，更新 Nginx 的源文件不代表 Smail 已更新，仍需重新导入或同步实际引用的文件。跨服务器同步不能靠共享路径配置完成。
手动引用和证书热加载都不等于自动续期。必须另行配置、验证外部续期及部署任务，并分别核验网页和各邮件协议实际使用的证书；不能以页面可访问或文件已替换作为续期验收结论。

Nginx 配置示例

使用 Go 工具维护外部泛域名证书

仓库中的 deploy/nginx/smail-certificate-renew.service 使用独立的 lego 命令行程序，并由 smail-config 校验、原子发布 Nginx 证书，不调用历史 Python 工具。此方式仍属于外部证书管理，不会重新启用 Smail 内置 HTTPS 或 ACME。

部署前必须由管理员输入本次域名、ACME 联系邮箱及 DNS 服务商凭据，不能复制历史实例的数据。示例环境文件保持空值；阿里云 DNS 凭据应限制在所需域名及验证记录操作范围内。

安装与项目依赖版本一致的 lego 到 /usr/local/libexec/smail-acme/lego，安装最新版 smail-config 到 /opt/smail/smail-config。
创建权限为 0700 的 /var/lib/smail-acme-tls，以及权限为 0600、root 所有的 /etc/smail/acme-dns.env 与 /etc/smail/acme-renew.env。按对应示例填写，禁止输出凭据或加入仓库。
首次使用相同参数执行 lego 的 run 完成签发，不能直接用缺少账户和证书状态的 renew 初始化。以邮件主域名作为第一个域名参数，使用工具默认的域名文件名，不设置已弃用的 --filename，否则签发保存和续期读取的文件名可能不一致。申请邮件根域及其泛域名，验证方式为 DNS。本模板要求后台域名被该证书覆盖；不要重复加入已被泛域名覆盖的后台子域，否则签发机构可能拒绝请求。独立的后台域名需要管理员额外加入明确的申请参数。
执行下列发布命令。该命令校验证书有效期、域名、密钥匹配及文件权限，拒绝符号链接、不安全路径和源目录内覆盖；失败时保留原有 Nginx 合并证书。

/opt/smail/smail-config --root /opt/smail \
  --external-tls-dir /var/lib/smail-acme-tls/certificates \
  --publish-external-tls /etc/nginx/smail/tls.pem

Nginx 的 ssl_certificate 与 ssl_certificate_key 都引用 /etc/nginx/smail/tls.pem。通过 Smail 页面将外部证书路径设置为 /var/lib/smail-acme-tls/certificates/<邮件主域名>.crt、私钥路径设置为同目录的 <邮件主域名>.key，与本次初始化确认的邮件主域名一致；运行账号必须具备读取权限，不能通过开放私钥权限解决访问问题。
检查 Nginx 配置、平滑加载，并分别核验网页及邮件协议的公网证书。确认首次切换成功后，再安装并启用专用续期 service、timer；不要启用同机其他项目的全局续期任务，也不要同时保留旧的项目证书同步监听器。

专用计时器每天检查一次，并随机延迟；到期阈值为三十天，续期复用当前证书私钥。续期成功后重新校验并原子发布合并证书，再检查和加载 Nginx。Smail 从外部证书文件热加载，保持其无效新证书回退行为。不要在该任务运行期间另外手工调用同一状态目录的 lego。

计时器启动成功、当前证书未到期而跳过签发，都不能证明真实续期闭环通过。必须保留实际签发、发布和公网新证书加载的独立验收证据；首次签发也不能冒充到期自动续期。

下面示例将 Nginx 的 15184 本机代理端口替换为实际 Smail HTTP 端口。

log_format smail_privacy
    '$time_iso8601 remote=$remote_addr method=$request_method uri=$uri '
    'status=$status bytes=$body_bytes_sent duration=$request_time';

server {
    listen 80;
    listen [::]:80;
    server_name example.com;
    access_log /var/log/nginx/smail-access.log smail_privacy;

    location /.well-known/acme-challenge/ {
        # 由反代服务器上的 ACME 客户端写入此目录，不转发到 Smail。
        root /var/www/acme;
        try_files $uri =404;
    }

    location / {
        return 301 https://$host$request_uri;
    }
}

server {
    listen 443 ssl;
    listen [::]:443 ssl;
    server_name example.com;
    access_log /var/log/nginx/smail-access.log smail_privacy;

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

    location / {
        proxy_pass http://127.0.0.1:15184;
        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;
        proxy_set_header Upgrade $http_upgrade;
        proxy_set_header Connection $connection_upgrade;
    }
}

上面的 ACME 目录仅适用于反代服务器使用 HTTP 验证的情况，需与外部 ACME 客户端的网页根目录一致；使用 DNS 验证时无需该路径。

如果 Nginx 配置使用了 $connection_upgrade，请在 http 配置块中增加：

map $http_upgrade $connection_upgrade {
    default upgrade;
    '' close;
}

直接 HTTPS 模式

不使用 Nginx HTTPS 终止时，保持以下配置或省略 tlsMode：

{
  "http": {
    "port": 80,
    "httpsPort": 443,
    "httpsEnabled": true,
    "tlsMode": "direct"
  }
}

此模式下由 Smail 监听 HTTPS，HTTP 请求会跳转到 HTTPS。两种模式只能选择一种，不能让 Smail 和 Nginx 同时监听同一个公网 HTTPS 端口。

防火墙建议

Nginx 对公网提供 Web 服务时通常开放 80/tcp 和 443/tcp。Smail 的 15184/tcp 仅供本机 Nginx 访问，应保持本机监听或限制为本机来源，不要直接暴露到公网。

邮件协议端口按照实际启用情况开放，例如 25/tcp、465/tcp、587/tcp、993/tcp、995/tcp；数据库端口不应直接开放公网。IPv6 监听和防火墙规则应同步配置。

访问日志保护

deploy/nginx/smail.conf 使用专用日志格式，仅保留请求路径及必要的状态信息，不记录查询参数、来源页和认证头，避免微信授权回调、密码恢复链接等敏感参数进入访问日志。不要为 Smail 站点重新启用包含完整请求或来源页的日志格式。

专用日志文件应限制为 0640 或更严格权限，并确认日志轮转后的权限不会放宽。不要直接修改共享服务器上其他项目的日志。错误日志和应用日志仍需单独检查，访问日志脱敏不代表所有日志均已完成脱敏。

验证清单

Smail 日志显示已跳过内部 HTTPS 监听。
Smail 只监听配置的内部 HTTP 端口。
Nginx 443 代理请求可以打开登录页。
登录请求的 Origin 为 https://example.com 时可以通过校验。
非可信来源伪造 X-Forwarded-Proto 不会被信任。
浏览器收到的会话 Cookie 仍带有 Secure 和 HttpOnly 属性。
证书续期由反代服务器完成，Smail 不再发出 ACME 申请或续期请求。
使用 HTTP 验证时，ACME 路径由反代服务器提供，其他 HTTP 路径跳转到 HTTPS。
本地邮件服务证书保持有效；外部续期后已更新实际引用文件或重新导入，完成 Nginx 加载及邮件协议实际握手核验。
Smail 专用访问日志不记录查询参数、来源页和认证头，文件及轮转权限符合要求。

9.9 KiB Raw Blame History Unescape Escape