“找不到后端”本质是nginx无法成功转发请求至upstream任一server，表现为502、no live upstreams等；需排查upstream定义位置与引用一致性、proxy_pass语法正确性、后端地址解析/连通性/端口监听状态及错误日志中具体失败节点。
“找不到后端”在 Nginx 轮询负载均衡中，通常不是字面意义的 DNS 解析失败，而是 Nginx 无法将请求成功转发到 upstream 中定义的任一 server —— 表现为 502 错误、upstream not found 日志、或 no live upstreams 报错。核心排查方向是：确认 upstream 块是否被正确定义并引用、server 地址是否可达、Nginx 是否真正加载了该配置。
检查 upstream 是否正确定义且未被覆盖
轮询依赖显式声明的 upstream 块，它必须：
- 位于
http块内（不能在server或location内）； - 名称与
proxy_pass http://xxx中的xxx完全一致（区分大小写、无空格）； - 没有被同名的其他 upstream 块重复定义（尤其检查
/etc/nginx/conf.d/下多个 .conf 文件是否冲突）； - 未被注释掉，且所在文件未因语法错误导致整个块未加载（可用
nginx -t验证）。
验证 proxy_pass 是否正确引用 upstream 名称
proxy_pass 必须使用 http:// 协议前缀 + upstream 名称，不能写成 IP 或域名：
linux-sysadmin
下载
Linux系统管理专家，覆盖12大模块：用户权限、SSH、存储、网络、systemd、防火墙、日志监控、备份恢复、TLS证书、Ansible、容器、IaC。提供配置、验证、加固、监控、备份、自动化、故障排查、回滚闭环。关键词：useradd、sudo、sshd_config、chmod、SEL...
- ✅ 正确：
proxy_pass http://my_backend;（注意末尾分号和冒号）； - ❌ 错误：
proxy_pass my_backend;（缺协议，Nginx 当作 URL 路径处理）； - ❌ 错误：
proxy_pass http://192.168.1.10:8080;（绕过了 upstream，不走轮询）； - ❌ 错误：
proxy_pass http://my_backend/;（末尾斜杠会触发重写，可能破坏路径）。
确认后端地址可解析、可连通、端口监听正常
即使 upstream 配置语法无误，Nginx 仍需能实际访问每个 server：
- 若用域名（如
server api-node-1.internal;），在 Nginx 所在服务器执行nslookup api-node-1.internal或dig api-node-1.internal，确认 DNS 可解析； - 用
telnet 192.168.1.10 8080或nc -zv 192.168.1.10 8080测试 TCP 连通性； - 登录后端服务器，运行
ss -tlnp | grep :8080，确认服务确实在监听对应端口，且绑定地址不是127.0.0.1（否则仅本机可连）； - 检查防火墙：
iptables -L -n或ufw status，确保目标端口放行。
查日志定位具体失败节点和原因
关键线索都在错误日志里：
- 查看
/var/log/nginx/error.log，搜索upstream、connect() failed、no live upstreams； - 若出现
no live upstreams，说明所有 server 都被标记为不可用（常因max_fails触发且未恢复）； - 若某条报错明确指向
192.168.1.11:8080，就重点查这台——它可能已宕机、端口未开、或健康检查连续失败； - 临时在 upstream 块中为每个 server 加上
max_fails=1 fail_timeout=10s，避免故障节点长期阻塞整个组。
