MongoDB写入失败 - 设备:百叶盒4 错误:Command failed with error 13 (Unauthorized): 'Command insert requires authentication' on server 192.168.31.142:27017. The full response is {"ok": 0.0, "errmsg": "Command insert requires authentication", "code": 13, "codeName": "Unauthorized"}; nested exception is com.mongodb.MongoCommandException: Command failed with error 13 (Unauthorized): 'Command insert requires authentication' on server 192.168.31.142:27017. The full response is {"ok": 0.0, "errmsg": "Command insert requires authentication", "code": 13, "codeName": "Unauthorized"}

<think>嗯，用户遇到了一个MongoDB写入失败的问题，错误信息是“Command insert requires authentication”。首先，我需要理解这个错误的原因。根据错误代码13（Unauthorized），这明显是权限问题。用户的应用在尝试执行插入操作时，MongoDB服务器拒绝了请求，因为缺乏有效的身份验证。 接下来，我应该分步骤考虑可能的原因和解决方案。首先，确认是否启用了MongoDB的身份验证。MongoDB默认是不开启认证的，但如果配置文件中启用了security.authorization，就需要认证。用户可能在部署时配置了认证，但应用连接时没有提供正确的凭证。 然后，检查连接字符串是否正确。正确的连接字符串应该包含用户名、密码和认证数据库。比如，mongodb://username:password@host:port/database?authSource=admin。这里需要注意authSource参数是否正确指向了用户所在的数据库，比如admin或其他自定义库。 另外，用户的权限设置是否正确？需要确认使用的账户是否有对目标数据库的写权限。可能需要用管理员账户登录，检查该用户的角色和权限，是否授予了insert权限或者更高级的dbOwner角色。 还有可能，应用连接的数据库是否正确。即使用户通过了认证，但如果应用尝试写入的数据库不是用户有权限的库，也会出现这个问题。比如用户认证的是admin库，但实际要操作的是另一个库，这时候可能需要不同的权限设置。 此外，网络问题也可能导致认证失败，但错误信息通常不同。这里的错误明确是认证问题，所以重点还是在权限配置上。用户可能最近更改了密码或者调整了权限，但应用配置未更新，导致旧的凭证仍在被使用。 总结下来，解决步骤应该是：检查MongoDB服务端的认证配置，确认连接字符串中的用户名、密码、认证数据库是否正确，验证用户权限是否足够，以及确认应用连接的数据库是否有权限写入。如果有必要，重新创建用户并赋予适当权限，或者调整应用的连接配置。</think>这个错误表明 MongoDB 数据库在执行写入操作时因**身份验证失败**拒绝了请求。以下是逐步排查和解决问题的指南： --- ### **1. 核心错误分析** 错误信息 `Command insert requires authentication` 直接表明： - 当前连接未通过身份验证 - 使用的账户没有目标数据库的写入权限 --- ### **2. 验证 MongoDB 服务端配置** #### **检查是否启用了身份验证** 通过 MongoDB 配置文件（默认路径：`/etc/mongod.conf`）确认： ```yaml security: authorization: enabled # 表示强制要求认证 ``` 如果值为 `enabled`，则所有连接必须提供有效凭证。 --- ### **3. 检查客户端连接字符串** 确保连接字符串包含**用户名**、**密码**和**认证数据库**： ```bash mongodb://<username>:<password>@192.168.31.142:27017/<target_database>?authSource=admin ``` 关键参数说明： - `authSource=admin`: 指定用户凭证所在的数据库（通常为 `admin`） - `<target_database>`: 实际要操作的数据库名称 --- ### **4. 验证用户权限** #### **步骤 1：通过命令行登录** ```bash mongo -u <username> -p <password> --authenticationDatabase admin ``` #### **步骤 2：检查用户角色** ```javascript use admin db.getUser("<username>") ``` 重点关注输出中的 `roles` 字段： ```json { "role": "readWrite", // 读写权限 "db": "<target_database>" // 权限作用的目标数据库 } ``` #### **可能的问题场景** - 用户角色仅限 `read`（只读）权限 - 用户权限未绑定到目标数据库（如权限在 `admin` 但操作其他库） --- ### **5. 修复方案** #### **方案 1：创建专用用户（推荐）** ```javascript use admin db.createUser({ user: "专用用户名", pwd: "强密码", roles: [{ role: "readWrite", db: "目标数据库名称" }] }) ``` #### **方案 2：临时关闭认证（仅限测试环境）** 修改 MongoDB 配置文件： ```yaml security: authorization: disabled ``` 重启服务后验证写入操作： ```bash sudo systemctl restart mongod ``` --- ### **6. 应用端配置验证** 检查应用程序中的 MongoDB 连接配置，确保以下内容正确： ```yaml # Spring Boot 示例配置 spring.data.mongodb.uri=mongodb://用户名:密码@192.168.31.142:27017/目标数据库?authSource=admin ``` --- ### **7. 附加检查项** - **防火墙规则**：确保 27017 端口开放 - **MongoDB 服务状态**：`systemctl status mongod` - **日志分析**：检查 `/var/log/mongodb/mongod.log` 获取更详细的错误信息 --- 通过以上步骤，90% 的类似认证问题可以定位解决。如果仍存在问题，建议提供完整的连接字符串（隐藏敏感信息）和用户权限配置截图以便进一步分析。