DigitalOcean部署R Plumber API后出现502 Bad Gateway无法访问

1. 验证Plumber服务实际运行状态 #

虽然systemctl显示active (running)，但进程可能已崩溃或僵死，先查看实时服务日志：

journalctl -u mynewapi -f

同时查看服务详细状态：

systemctl status mynewapi

重点关注日志中的代码报错、依赖缺失、端口绑定失败等信息。

2. 检查Plumber端口监听情况 #

确认R进程是否在监听部署时指定的端口（默认通常为8000）：

ss -tulpn | grep R

如果未找到R进程监听对应端口，手动测试启动API排查问题：

# 替换为你的API脚本实际路径
Rscript -e "plumber::plumb('/path/to/your/mynewapi.R')$run(port=8000)"

观察启动时是否有函数缺失、依赖包加载失败等报错。

3. 排查Nginx配置与日志 #

502错误多为Nginx无法连接后端Plumber服务，先查看Nginx错误日志：

tail -f /var/log/nginx/error.log

若日志显示connect() failed (111: Connection refused)，说明Nginx配置的后端端口与Plumber实际监听端口不匹配。

检查Plumber对应的Nginx配置文件（通常位于/etc/nginx/sites-available/mynewapi），确认proxy_pass指向的地址和端口正确：

# 示例配置，端口需与Plumber监听端口一致
location /mynewapi {
  proxy_pass http://localhost:8000;
  proxy_http_version 1.1;
  proxy_set_header Upgrade $http_upgrade;
  proxy_set_header Connection 'upgrade';
  proxy_set_header Host $host;
  proxy_cache_bypass $http_upgrade;
}

修改配置后重启Nginx：

systemctl reload nginx

4. 检查系统资源是否耗尽 #

运行两天后出现错误，可能是内存泄漏导致进程被系统OOM Killer终止，查看OOM日志：

dmesg | grep -i oom

若日志显示Out of memory: Killed process且涉及R进程，需优化API代码减少内存占用，或升级Droplet配置。

5. 验证防火墙规则 #

确认Droplet的UFW防火墙和DigitalOcean云防火墙未禁止Plumber端口的本地通信（Nginx与Plumber为本地连接，无需开放公网端口，但要确保本地端口未被拦截）：

ufw status

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