Gotify在CasaOS环境下的默认密码问题解析

Gotify是一款轻量级的实时消息推送服务，在自托管场景下广受欢迎。当用户通过BigBearCasaOS的软件仓库在Ubuntu系统上部署Gotify时，可能会遇到默认凭据无法登录的情况。这与标准Gotify部署的认证机制有所不同。

标准Gotify容器部署时默认使用admin/admin作为初始凭据，但BigBearCasaOS的定制化Docker Compose配置对此进行了修改。其技术实现原理是通过环境变量GOTIFY_DEFAULTUSER_PASSWD显式设置了不同的默认密码。

具体表现为：

1. 部署完成后Web界面可正常访问
2. 使用常规的admin/admin组合登录失败
3. 系统不会主动提示修改后的默认凭据

解决方案非常简单：使用admin作为用户名，custom作为密码即可完成初始登录。这一设计变更主要是出于安全考虑，避免使用广为人知的默认密码组合。

对于刚接触容器化部署的新用户，建议注意以下几点：

1. 不同分发渠道可能对应用配置有定制化修改
2. 部署后应第一时间修改默认凭据
3. 查看对应项目的Docker Compose文件可以获取准确的配置信息

这种密码策略的差异体现了开源软件在不同部署环境下的灵活性，也提醒用户在跨平台部署时需要注意配置细节的差异。