嗨，别慌！作为曾经也在Nginx配置上踩过405坑的过来人，我来帮你捋捋~

首先，你遇到的问题很典型：直接用IP+端口访问后端API正常，但通过域名的/api路径转发就返回405，说明后端服务本身是支持对应请求方法的，问题出在Nginx的转发配置上。405通常是请求方法不被允许，但这里的核心原因大概率是Nginx没有正确处理请求转发规则、没传递必要的请求头，或是和前端静态文件的路由规则冲突了。

我给你整理了一份修正后的完整配置，你可以替换掉原来的default文件内容试试：

server {
    listen 80 default_server;
    listen [::]:80 default_server;
    root /var/www/mywebsite.com;
    index index.html;
    server_name mywebsite.com www.mywebsite.com;

    # 优先处理前端静态文件请求，适配单页应用路由（比如React/Vue）
    location / {
        try_files $uri $uri/ /index.html;
    }

    # 处理/api开头的请求，转发到本地3000端口的服务
    location /api/ {
        # 关键：末尾的斜杠要加上！这样会把/api/后面的路径直接传递给后端
        proxy_pass http://localhost:3000/;
        
        # 传递必要的请求头，让后端能正确识别请求来源
        proxy_set_header Host $host;
        proxy_set_header X-Real-IP $remote_addr;
        proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
        proxy_set_header X-Forwarded-Proto $scheme;

        # 处理前端OPTIONS预检请求，避免返回405
        if ($request_method = OPTIONS) {
            return 204;
        }
    }
}

这里几个关键点要注意：

• proxy_pass末尾的斜杠：如果不加的话，Nginx会把/api/前缀也带到后端，比如你请求/api/do_thing会被转发到http://localhost:3000/api/do_thing，如果后端接口是/do_thing的话就会找不到，加斜杠才会正确传递/do_thing给后端。
• OPTIONS请求处理：很多前端框架会先发OPTIONS预检请求，Nginx默认没有正确响应这类请求，就会返回405，加上return 204就能解决这个问题。
• 请求头传递：确保后端能获取到正确的Host和客户端IP，有些后端服务会依赖这些头信息做验证或日志。

修改完配置后，记得做这两步：

1. 用sudo nginx -t检查配置文件是否有语法错误，确保输出显示test is successful。
2. 用sudo systemctl reload nginx重新加载Nginx配置，不用重启服务就能生效。

如果还是有问题，你可以在服务器上直接用curl http://localhost:3000/do_thing测试后端服务是否正常，确认不是后端的问题。另外也可以检查一下Nginx的错误日志（路径一般是/var/log/nginx/error.log），看看有没有更详细的报错信息，方便进一步排查。

备注：内容来源于stack exchange，提问作者TomM