Nginx反向代理隔次请求返回404，请求未达后端排查求助

从现象来看，请求交替命中正常代理逻辑和默认404逻辑（404响应无自定义Header，说明未匹配到配置的location /），结合你提供的信息，以下是具体排查方向：

1. 排查多Nginx实例冲突 #

• 执行ps aux | grep nginx，查看是否存在多个独立的Nginx主进程。如果宿主机启动了多个Nginx实例，一个加载了正确的反向代理配置，另一个用默认配置，请求会交替命中不同实例，导致200/404交替出现。
• 用netstat -tulpn | grep 8088确认监听8088端口的进程只有预期的宿主机Nginx，避免其他进程（如残留的Docker容器进程）抢占端口。

2. 检查配置文件的加载与匹配问题 #

• 执行nginx -t验证配置语法，再执行nginx -s reload确保配置完全生效。部分场景下，修改配置后未正确重载，会导致部分worker进程仍使用旧配置。
• 检查/etc/nginx/conf.d/、/etc/nginx/sites-enabled/等目录下的其他配置文件，是否存在其他server块也匹配server_name www.example.com，或存在默认server块（未指定server_name）优先处理请求。

3. 验证监听端口的协议一致性 #

• 配置中同时监听了IPv4（listen 8088）和IPv6（listen [::]:8088），测试时可能存在请求交替走IPv4/IPv6的情况，而其中一种协议的监听配置未正确加载代理规则。可暂时注释listen [::]:8088;，重新测试是否仍出现交替404。

4. 开启debug日志追踪请求路径 #

• 修改宿主机Nginx的error日志配置，将级别调至debug：

  error_log /var/log/nginx/www.example.com.error.log debug;
  

• 重载配置后重新发起请求，查看debug日志中404请求的处理流程，确认请求被哪个server块、location匹配，定位未进入代理逻辑的原因。

5. 检查keepalive连接复用配置 #

• 反向代理场景中缺失HTTP/1.1和keepalive配置可能导致连接复用异常，尝试在location /中添加：

  proxy_http_version 1.1;
  proxy_set_header Connection "";
  

• 重载配置后测试，看是否解决交替问题。

关键线索：404响应的Header差异 #

对比200和404的响应Header，404响应没有你配置的Last-Modified和自定义Cache-Control，说明404请求完全没有匹配到你配置的location /块，而是被Nginx的其他规则处理，这是核心排查方向。

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