使用Docker Compose部署Mongo容器出现认证失败问题排查

以下是几个最可能的原因及对应解决办法：

1. 未指定认证数据库（authSource） #

MongoDB的用户与特定数据库绑定，通过MONGO_INITDB_ROOT_USERNAME和MONGO_INITDB_ROOT_PASSWORD创建的root用户默认存储在admin数据库中。你的应用连接URI指向matiautomai库，若未明确指定认证源，Mongo会尝试用matiautomai库验证root用户，必然失败。

解决办法：
修改应用连接URI，添加authSource=admin参数：

mongodb://root:rootPassXXX@mongodb:27017/matiautomai?authSource=admin

2. MongoDB未启用强制认证 #

即使设置了root用户环境变量，mongo:latest镜像默认不会自动开启认证机制。若mongod进程未以--auth参数启动，MongoDB允许无凭据连接，而带凭据的请求会因认证机制未启用报错。

解决办法：
在docker-compose.yaml的mongo服务中添加command参数开启认证：

services:
  mongodb:
    image: mongo:latest
    environment:
      MONGO_INITDB_ROOT_USERNAME: root
      MONGO_INITDB_ROOT_PASSWORD: rootPassXXX
    command: mongod --auth

3. 应用连接时机早于Mongo用户初始化 #

如果backend和scheduler容器在Mongo完成用户初始化前就启动并发起连接，此时root用户尚未创建，无凭据能正常连接，但后续重连时使用密码会失败。

解决办法：
为backend和scheduler服务添加依赖配置与健康检查，确保Mongo初始化完成后再启动应用：

services:
  mongodb:
    image: mongo:latest
    environment:
      MONGO_INITDB_ROOT_USERNAME: root
      MONGO_INITDB_ROOT_PASSWORD: rootPassXXX
    command: mongod --auth
    healthcheck:
      test: ["CMD", "mongosh", "--eval", "db.adminCommand('ping')"]
      interval: 5s
      timeout: 5s
      retries: 5
  backend:
    # 你的backend配置
    depends_on:
      mongodb:
        condition: service_healthy
  scheduler:
    # 你的scheduler配置
    depends_on:
      mongodb:
        condition: service_healthy

4. 自定义初始化脚本覆盖默认用户配置 #

若你在mongo服务中挂载了/docker-entrypoint-initdb.d/下的自定义初始化脚本，可能脚本中删除了root用户或修改了密码，导致认证失败。

解决办法：
检查自定义脚本，确保未修改/删除root用户，或在脚本中为matiautomai库创建对应权限的用户：

// 示例脚本：为matiautomai库创建应用用户
db = db.getSiblingDB('matiautomai');
db.createUser({
  user: 'appuser',
  pwd: 'appPassXXX',
  roles: [{ role: 'readWrite', db: 'matiautomai' }]
});

内容的提问来源于stack exchange，提问作者Itzik.B