Docker/Docker Compose服务访问异常，本地应用无法连接负载均衡后服务

以下是优先级从高到低的排查方向：

1. 配置遗漏类问题 #

• 检查Nginx Host头校验规则：如果Nginx配置中server块指定了server_name localhost，浏览器发起请求时会默认携带Host: localhost头匹配规则，而多数自研本地应用不会主动填充Host头，会被Nginx默认拦截规则丢弃或返回异常。你可以执行curl -H "Host: test" http://localhost:5000复现场景，若返回异常可通过增加默认server块接收所有Host请求、或在本地应用中补全Host: localhost请求头解决。
• 检查Flask跨域配置：如果你的本地应用发起的是带自定义头的非简单HTTP请求，Flask未配置flask-cors组件时会直接拦截OPTIONS预检请求，浏览器有内置跨域处理逻辑会自动重试或走缓存，本地应用无对应处理逻辑就会出现无响应现象。
• 检查Nginx重定向配置：如果Nginx配置了HTTPS强制跳转规则，浏览器会自动跟随301/302跳转返回最终结果，本地应用若未开启自动跟随重定向配置，就会收不到有效业务响应。

2. 网络类问题 #

• 检查Docker端口映射绑定规则：如果Docker Compose中Nginx的ports配置为127.0.0.1:5000:80，仅允许本地回环网卡访问，若你的本地应用运行在WSL2、虚拟机等非宿主机原生环境中，会出现访问不通的情况，可尝试将端口映射改为0.0.0.0:5000:80验证。
• 检查本地应用代理配置：浏览器访问localhost默认会绕过系统代理，多数本地应用会默认继承系统代理规则，请求被转发到代理服务器后无法到达本地服务，可设置NO_PROXY=localhost,127.0.0.1环境变量后重启本地应用验证。

快速验证方法 #

直接在终端执行curl http://localhost:5000：如果curl能正常拿到响应，说明链路无问题，问题出在本地应用的请求逻辑配置上；如果curl也无法拿到响应，说明是Nginx或Docker的配置问题。

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