Node应用启动后未监听端口及MongoDB无法远程连接排查

针对你遇到的两个核心问题（Node端口不符、MongoDB远程连接失败），我整理了具体的排查步骤和可能原因：

一、Node应用未监听80端口，实际运行在3000的问题 #

可能原因&排查步骤： #

1. 代码/配置中的端口设置错误

   • 直接检查app.js里的监听代码，比如是否写的是app.listen(3000, ...)而不是80；如果是用环境变量指定端口，确认环境变量是否正确设置（比如process.env.PORT有没有被设为80）。
   • 查看package.json的scripts.start字段，确认启动命令是否带有端口参数，比如是否是node app.js --port 3000这类写法。

2. 特权端口权限问题

   • 80属于1024以下的特权端口，普通用户启动Node进程时没有绑定权限。你用sudo pm2 start...启动，但要确认pm2的进程运行用户是谁：执行ps -ef | grep node看进程的用户列，如果是普通用户，那可能是pm2的配置问题（比如pm2默认用当前用户启动，即使加了sudo，后续重启可能会切换回普通用户）。
   • 查看pm2启动日志：执行pm2 logs，搜索是否有类似EACCES: permission denied的端口绑定错误，这类错误会导致Node无法绑定80，转而使用代码中默认的3000端口。

3. 端口占用冲突

   • 执行sudo netstat -tulpn | grep :80，检查是否有其他进程（比如Nginx、Apache）已经占用了80端口，如果有，要么停止该进程，要么修改Node应用的端口配置。

二、MongoDB监听27017但本地Robomongo无法连接的问题 #

可能原因&排查步骤： #

1. MongoDB绑定IP限制

   • 默认情况下，MongoDB只绑定127.0.0.1（仅允许本地访问）。打开MongoDB配置文件（通常是/etc/mongod.conf），找到net.bindIp字段：
     • 如果是127.0.0.1，修改为0.0.0.0（允许所有IP访问，注意配合安全组和认证保障安全），或者添加你的EC2实例公网/私网IP。
     • 修改后重启mongod服务：sudo systemctl restart mongod，再用netstat -tulpn | grep mongod确认绑定IP是否生效。

2. EC2安全组配置问题

   • 虽然你提到已开放对应端口，但需要确认：
     • 安全组的入站规则是否允许你的本地公网IP访问27017端口（不要直接用0.0.0.0/0，避免安全风险）；
     • 规则的协议是否是TCP（MongoDB用TCP协议）；
     • 目标是否是你的EC2实例所在的安全组。

3. MongoDB认证与权限设置

   • 如果MongoDB开启了认证功能，Robomongo连接时需要填写正确的用户名、密码，并且指定认证数据库（默认是admin库）。可以先在EC2本地执行mongosh（或mongo）测试连接：
     • 如果本地连接需要输入账号密码，那远程连接也必须配置；
     • 如果本地无需认证就能连接，那问题大概率出在绑定IP或安全组。

4. MongoDB服务状态与日志排查

   • 先确认MongoDB是否正常运行：sudo systemctl status mongod，看是否显示active (running)；
   • 查看MongoDB日志排查连接问题：sudo tail -f /var/log/mongodb/mongod.log，搜索是否有connection refused或authentication failed等相关错误信息。

三、额外建议 #

• 检查Node应用的运行日志（pm2日志或应用自身的日志文件），看是否有MongoDB连接失败的错误——如果Node应用连不上MongoDB，即使监听了端口也无法提供正常服务；
• 如果需要Node应用监听80端口，除了修改代码和解决权限问题，也可以考虑用Nginx做反向代理（将80端口的请求转发到Node的3000端口），这种方式更安全且易于维护。

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