Nginx同域名部署多服务遇502错误：/admin路径反向代理配置失效

看起来你在Docker环境下用Nginx同域名部署主应用和后台管理面板时碰到了502 Bad Gateway的问题，我帮你梳理几个最可能的原因和对应的解决办法：

1. 优先排查Docker容器间的网络连通性 #

你当前的Nginx配置里用http://applicationA.com:5001指向Admin服务，但如果Nginx本身也是Docker容器的话，它大概率没法通过外部域名访问到你的Admin容器。Docker容器之间通信应该用容器名或者docker-compose里的服务名（这是Docker内置的DNS解析方式）。

举个例子，如果你的Admin服务在docker-compose.yml里的服务名是admin-backend，那proxy_pass应该改成：

proxy_pass http://admin-backend:5001;

你可以先在Nginx容器里执行curl http://admin-backend:5001（替换成你的服务名/容器名），看看能不能拿到正常响应——如果连curl都失败，那就是网络连通的问题，先确保Nginx和Admin容器在同一个Docker网络里（默认bridge或自定义网络都可以）。

2. 确认Admin服务本身是否正常运行 #

先检查Admin的容器有没有正常启动、监听5001端口：

• 用docker ps查看容器状态，确认STATUS是Up状态
• 用docker logs <admin-container-name>查看服务日志，有没有启动失败或端口绑定错误的信息
• 如果Admin是Node服务，确保代码里监听的是0.0.0.0:5001（不能只监听localhost，否则容器外部访问不到）

3. 修正反向代理的路径匹配逻辑 #

你的location /admin配置里，proxy_pass如果不带结尾的/，Nginx会把/admin后面的路径原封不动传给后端。比如用户访问/admin/login，Nginx会转发到http://xxx:5001/admin/login，但如果你的Admin服务路由是基于根路径（比如/login），就会出现404或服务异常，间接导致502。

如果你的Admin服务是根路径路由，把proxy_pass改成带结尾斜杠的形式：

location /admin {
    proxy_pass http://admin-backend:5001/;
    # 其他header配置保留
}

这样Nginx会把/admin后面的部分拼到后端的根路径，比如/admin/login会转发到http://xxx:5001/login。

4. 简化80端口的HTTP重定向配置 #

你当前80端口的server块里同时写了rewrite和proxy_pass，这逻辑有问题——rewrite是永久重定向，proxy_pass根本不会执行。把80端口的配置改成纯粹的HTTP转HTTPS重定向：

server {
    listen       80 default_server;
    listen       [::]:80 default_server;
    server_name  applicationA.com www.applicationA.com;

    # 所有HTTP请求直接重定向到HTTPS
    return 301 https://$host$request_uri;
}

避免冗余配置导致的潜在问题。

5. SSL配置的安全性优化（可选） #

你的SSL协议里包含了已被淘汰的TLSv1和TLSv1.1，建议只保留更安全的版本：

ssl_protocols TLSv1.2 TLSv1.3;

按照上面的步骤排查后，应该能解决502的问题。如果还是不行，可以把docker-compose.yml的内容贴出来，我再帮你看网络配置细节~

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