我有一个（Python，基于 DRF）API，作为 Uvicorn 服务在 Debian 服务器的 8002 端口上运行。它运行时没有明显问题，因为当我这样做时curl http://127.0.0.1:8002/videos/，我得到了预期的 API 响应（我在 Heroku 上部署时也对其进行了测试，没有问题）。
我需要使用 Nginx 公开提供它，所以我配置了一个新的 Nginx vhost 作为反向代理，如下所示：
upstream my_api {
server 127.0.0.1:8002;
}
server {
server_name example.com;
location / {
# Pass to Uvicorn/Gunicorn web server service
proxy_pass http://my_api;
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;
}
}
error_log /home/www/mydomain.log info;
在浏览器上，我收到 400 Bad Request 错误，无论是 onhttp://example.com/videos/还是 on http://example.com/or http://example.com/whatever。
当我/home/www/example.log跟踪 Nginx 虚拟主机日志文件时，我没有得到任何相关信息或来自其他虚拟主机的日志，如下所示：
2021/07/09 12:05:49 [info] 24698#24698: *233765 client 55.36.148.206 closed keepalive connection
2021/07/09 12:06:12 [info] 24698#24698: *233772 client 217.244.66.202 closed keepalive connection
2021/07/09 12:06:13 [info] 24698#24698: *233775 client closed connection while waiting for request, client: 63.210.40.102, server: 0.0.0.0:80
（注意：唯一端点适用于/videos/路由，但不适用于/videos路由 - 这将在稍后修复，但无论如何不应干扰问题。）
知道如何调试/理解这个 400 错误的来源吗？
感谢 Michael Hampton 的评论，400 错误似乎不在 Nginx 方面，而是在 Gunicorn/Uvicorn 服务的 Python 应用方面，即使 curl 在本地工作。
所以它只需要显示 Gunicorn 日志来调试它，通过手动启动它并打开调试日志，这样：