Docker Build-Push Action 中使用自签名证书的最佳实践

前言

在使用Docker Build-Push Action进行容器镜像构建和推送时，许多开发者会遇到自签名证书配置的问题。本文将深入探讨如何正确配置BuildKit以支持自签名证书的Docker仓库，帮助开发者解决常见的证书验证失败问题。

常见错误现象

当尝试向使用自签名证书的私有Docker仓库推送镜像时，通常会遇到以下两类错误：

1. 证书验证失败：tls: failed to verify certificate: x509: certificate signed by unknown authority
2. 认证失败：401 Unauthorized

解决方案详解

1. 正确配置BuildKit证书

在Docker Build-Push Action中，需要通过setup-buildx-action正确配置BuildKit以识别自签名证书。以下是推荐的配置方式：

steps:
  - name: Set up Docker Buildx
    uses: docker/setup-buildx-action@v3
    with:
      config-inline: |
        [registry."your.registry.domain"]
          ca=["/path/to/your/ca.pem"]

关键点说明：

• registry."your.registry.domain" 需要替换为实际的仓库域名
• ca 数组应包含CA证书在容器内的绝对路径
• 证书文件需要预先挂载到容器中

2. 证书文件挂载

在CI环境中，需要确保CA证书文件能够被容器访问。对于自托管Runner（如Gitea的Act Runner），可以通过以下方式挂载证书：

container:
  options: --mount type=bind,source=/path/to/ca.pem,target=/etc/ssl/certs/ca-certificates.crt,readonly

3. 仓库认证配置

解决了证书问题后，还需要正确处理仓库认证。推荐使用docker/login-action进行登录：

- name: Login to Registry
  uses: docker/login-action@v3
  with:
    registry: your.registry.domain
    username: ${{ secrets.USERNAME }}
    password: ${{ secrets.PASSWORD }}

常见问题排查

1. 证书路径问题：确保容器内路径与配置中的路径一致
2. 证书格式问题：确认证书是PEM格式
3. 网络问题：检查Runner是否能正常访问仓库地址
4. 权限问题：确认使用的凭证有足够的推送权限

最佳实践建议

1. 将CA证书统一放置在容器内的标准位置/etc/ssl/certs/
2. 使用环境变量管理仓库地址，提高配置的可维护性
3. 在本地先验证证书配置，再应用到CI流程中
4. 考虑使用证书链而不仅是根证书，提高兼容性

通过以上配置和注意事项，开发者可以顺利地在CI/CD流程中使用自签名证书的Docker仓库进行镜像构建和推送。