Plausible自托管服务中2FA验证失败问题的分析与解决

问题背景

在使用Plausible自托管服务时，用户可能会遇到一个典型的身份验证问题：在首次成功安装、注册并启用双重验证(2FA)后，如果修改了域名映射并重新配置环境变量文件(.env)，使用新域名登录时会出现"Oops, sorry about that..."错误提示。

错误现象

当用户尝试通过2FA验证时，系统会抛出以下关键错误日志：

** (ArgumentError) errors were found at the given arguments:
  * 1st argument: not an iodata term

同时，用户可能会发现无法重新注册，系统会提示"Registration is disabled on this instance"。

根本原因分析

这个问题通常与SECRET_KEY_BASE环境变量的修改有关。在Plausible中，TOTP(基于时间的一次性密码)密钥是以加密形式存储在数据库中的，而加密密钥正是由SECRET_KEY_BASE生成的。当这个值被修改后，系统无法正确解密之前存储的TOTP密钥，导致验证过程失败。

解决方案

方法一：通过数据库操作重置2FA设置

1. 首先进入Plausible项目目录
2. 连接到PostgreSQL数据库容器
3. 执行SQL查询找出相关用户记录
4. 重置该用户的TOTP相关字段

具体操作命令如下：

-- 查找用户记录
SELECT id, email, name, totp_secret, totp_enabled, totp_last_used_at, totp_token FROM users;

-- 重置2FA设置
UPDATE users 
SET totp_secret = NULL, 
    totp_enabled = false, 
    totp_last_used_at = NULL, 
    totp_token = NULL 
WHERE id = [用户ID];

方法二：彻底重置数据库(谨慎使用)

如果上述方法无效，可以考虑完全重置数据库。但需要注意，这将删除所有用户、站点等数据。

1. 停止相关容器服务
2. 删除PostgreSQL数据卷

预防措施

1. 备份重要配置：在修改.env文件前，务必备份原始的SECRET_KEY_BASE值
2. 谨慎修改关键参数：理解每个环境变量的作用后再进行修改
3. 测试环境验证：在生产环境修改前，先在测试环境验证变更

技术原理深入

Plausible使用NimbleTOTP库实现2FA功能。当用户启用2FA时，系统会：

1. 生成一个TOTP密钥
2. 使用SECRET_KEY_BASE派生出的密钥加密存储
3. 验证时使用相同的密钥解密验证

这种设计虽然安全，但也意味着一旦加密密钥(SECRET_KEY_BASE)丢失或改变，之前加密的数据将无法正确解密。

总结

在自托管Plausible服务时，对关键环境变量的修改需要格外谨慎。遇到2FA验证失败问题时，通过数据库操作重置用户2FA状态是最直接的解决方案。作为最佳实践，建议管理员在首次部署时就记录并妥善保管所有关键配置参数，特别是加密相关的密钥信息。