Plausible社区版Docker部署问题分析与解决方案

Plausible社区版是一个开源的网站分析工具，近期在v2.1.0版本中出现了Docker部署失败的问题，本文将详细分析问题原因并提供解决方案。

问题现象

用户在部署Plausible社区版v2.1.0时遇到了两个主要问题：

1. 使用最新Docker Compose文件时服务启动失败
2. 容器日志中显示"incorrect padding"错误

问题分析

镜像版本问题

最初的问题是由于Docker Compose文件中引用了不稳定的镜像版本。开发团队很快将镜像更新为稳定的v2.0版本，解决了基础部署问题。

TOTP_VAULT_KEY配置问题

v2.1.0版本引入了一个新的安全特性——TOTP(基于时间的一次性密码)密钥库加密功能。这需要配置一个32字符长的TOTP_VAULT_KEY环境变量。当用户未正确配置或使用了不符合要求的密钥时，系统会抛出"incorrect padding"错误。

技术背景

TOTP_VAULT_KEY的32字符要求源于Plausible使用的加密库Cloak，该库用于在数据库中加密存储TOTP密钥(实现"静态加密")。Cloak库底层使用了Erlang的:crypto模块API，该API对AES加密密钥有特定长度要求：

• AES-128需要16字节(32个十六进制字符)密钥
• AES-256需要32字节(64个十六进制字符)密钥

Plausible选择了AES-128加密方案，因此要求32字符的十六进制密钥。

解决方案

1. 镜像版本问题：

   • 确保使用稳定的镜像标签，如plausible/analytics:v2.0

2. TOTP_VAULT_KEY配置问题：

   • 生成一个32字符的随机字符串作为TOTP_VAULT_KEY
   • 可以使用以下命令生成符合要求的密钥：

     openssl rand -hex 16
     

   • 确保在docker-compose.yml或环境变量中正确配置该密钥

最佳实践建议

1. 部署新版本前，仔细阅读版本变更说明
2. 对于安全相关的配置项，使用足够强度的随机值
3. 测试环境先行验证配置，再部署到生产环境
4. 定期轮换加密密钥(但要注意这会使得之前加密的数据无法解密)

通过以上分析和解决方案，用户可以顺利部署Plausible社区版v2.1.0，并正确配置其安全功能。