根本原因是MongoDB默认绑定127.0.0.1仅监听本地，需修改mongod.conf中bindIp为局域网IP（如192.168.1.100）并重启服务，Navicat主机栏填该IP而非localhost，认证数据库填用户所在库名（如admin）。
为什么 Navicat 连不上局域网里的 MongoDB？
根本原因通常是 mongodb 默认绑定 127.0.0.1，只接受本机连接；而 navicat 从另一台局域网机器发起连接时，被直接拒绝。不是密码错、不是端口关，是服务压根没“听”你这台机器的请求。
- MongoDB 启动时若没显式配置
bindIp，就默认只监听本地回环地址 - 即使开了
auth认证，没放开网络接口也连不到认证环节——连接在 TCP 层就被拒了 - 防火墙（如 Windows Defender 防火墙、Ubuntu 的
ufw）可能拦截27017端口，但先确认绑定地址再查防火墙
怎么改 MongoDB 的 bindIp 配置？
关键动作是让 mongod 主动监听局域网 IP 或所有接口，而不是只守着 127.0.0.1。
- 编辑配置文件（常见路径：
/etc/mongod.conf或C:\Program Files\MongoDB\Server\6.0\bin\mongod.cfg），找到net区块 - 把
bindIp: 127.0.0.1改成具体局域网 IP，比如bindIp: 192.168.1.100（推荐，更安全） - 或临时调试可用
bindIp: 0.0.0.0，但上线前必须改回具体 IP 或加防火墙限制 - 改完必须重启服务：
sudo systemctl restart mongod（Linux）或 Windows 服务里重启MongoDB Server
Navicat 连接时填什么参数才对？
很多人填了正确 IP 却连不上，问题出在“主机”字段误填了 localhost 或 127.0.0.1——那是告诉 Navicat 去连自己本机，不是目标服务器。
- “主机”填目标 MongoDB 所在机器的局域网 IP，比如
192.168.1.100（不是你本机的 IP） - “端口”保持默认
27017，除非你启动时用--port指定了别的 - “认证数据库”填
admin（如果用户是在admin下创建的），不是你自己的业务库名 - 用户名/密码要和
db.createUser()时指定的完全一致，注意大小写和特殊字符是否被 Navicat 转义
连上了但操作报错：Authentication failed？
说明 TCP 连通了，但认证失败。这不是网络问题，是权限或上下文不匹配。
- 检查用户是否在
admin库创建：use admin→db.createUser(...)，否则 Navicat 默认用admin做认证库，会找不到用户 - 如果用户建在某个业务库（如
myapp），连接时“认证数据库”必须填myapp，不能填admin - MongoDB 6.0+ 默认启用
SCRAM-SHA-256机制，Navicat 版本太老（如 v12 以下）可能不支持，建议升级到 v16+ 或确认 Navicat 设置里启用了 SHA-256 认证 - 用命令行快速验证：
mongosh "mongodb://192.168.1.100:27017" -u myuser -p --authenticationDatabase admin，能通说明 Navicat 配置有误
真正卡住人的地方，往往不是 bindIp 没改，而是改了没重启服务，或者 Navicat 主机填成本地地址，又或者认证数据库选错了库名——这三个点反复检查一遍，90% 的局域网连接问题就解决了。
