Artifactory Pro与LDAP配置问题：管理员密码无法持久化

1. 检查Docker卷挂载与权限 #

Docker部署下，配置持久化依赖正确的卷挂载，先确认这一点：

• 打开docker-compose.yml，查看Artifactory服务的volumes配置，确保核心配置目录/var/opt/jfrog/artifactory挂载到宿主机的持久化路径，示例：

  volumes:
    - ./artifactory-data:/var/opt/jfrog/artifactory
  

• 检查宿主机挂载目录的权限，容器内运行Artifactory的用户UID/GID通常是1030，需确保该用户有读写权限：

  sudo chown -R 1030:1030 ./artifactory-data
  

2. 查看Artifactory日志定位异常 #

通过容器日志追踪配置保存前后的密码操作：

• 实时查看Artifactory日志：

  docker-compose logs -f artifactory
  

• 重点搜索LDAP、bindPassword、configuration相关关键字，排查是否存在密码加密失败、存储写入异常或配置重置的报错信息。

3. 验证LDAP配置存储状态 #

Artifactory v7.x会加密存储敏感配置，直接检查配置文件：

• 进入Artifactory容器：

  docker-compose exec artifactory bash
  

• 查看系统配置文件$JFROG_HOME/artifactory/var/etc/system.yaml，确认LDAP配置段中的bindPassword是加密值（非明文），若该字段为空或异常，说明配置保存时未正确写入。
• 若使用内置数据库，检查数据库目录$JFROG_HOME/artifactory/var/data/db是否在挂载卷中，确保数据不会随容器销毁丢失。

4. 测试配置导出/导入一致性 #

手动验证配置是否能正确持久化：

• 导出当前LDAP配置：

  curl -u admin:<你的管理员密码> -X GET http://<artifactory地址>/artifactory/api/system/security/ldap
  

• 修改LDAP配置并保存后，再次导出配置，对比两次结果是否一致。若不一致，说明配置保存流程存在异常。

5. 排查配置覆盖因素 #

检查是否存在强制重置配置的机制：

• 查看docker-compose.yml或容器启动脚本，是否通过JFROG_ADMIN_PASSWORD等环境变量强制设置管理员密码，导致配置保存后密码被覆盖。
• 确认是否有自动化脚本、CI/CD流程在容器运行时修改Artifactory配置，干扰了LDAP密码的存储。

6. 独立测试密码持久化 #

先排除LDAP干扰，单独验证管理员密码的持久化：

• 设置管理员密码后，重启Artifactory容器，尝试用原密码登录。若登录失败，说明密码本身未持久化，优先解决卷挂载或权限问题。

内容的提问来源于stack exchange，提问作者MKleinAIP