AWS EC2上Flask应用经Nginx反向代理后页面跳转失效如何解决？

问题根因定位 #

本地测试正常、部署后跳转失效的核心问题出在反向代理链路的头传递规则和Nginx路由配置缺陷上：

• 你当前Nginx只配置了/、/login、/signup三个精确匹配的location规则，POST请求提交到/signup之后，Flask返回的302跳转请求如果匹配不到配置的规则，会直接返回404。
• Flask默认生成跳转URL时用的是接收请求的host和scheme，你虽然传递了部分X-Forwarded头，但Flask未配置信任该类头，导致生成的跳转地址可能是内部ALB域名、错误的端口或者错误的协议，用户浏览器无法访问内部地址。
• 公网ALB用80端口转发请求到Nginx的8080端口，你传递的Host头未保留用户原始请求的端口信息，会导致Flask生成带8080端口的跳转地址，用户公网访问时无法连通。

排查步骤 #

• 打开浏览器开发者工具的网络标签，复现注册提交操作，查看302响应的Location头值：如果是内部ALB域名、带8080端口、或者协议为非预期的HTTP，就是头传递异常导致的问题。
• 查看Nginx的error.log和access.log，确认跳转后的请求是否打到Nginx、返回的状态码是多少，如果返回404就是location匹配规则的问题。
• 在部署Nginx的EC2上直接用curl命令模拟POST请求到内部ALB的Flask服务，验证返回的Location头是否正确，排除Flask本身的逻辑问题。

解决方案 #

1. 修正Nginx配置，替换冗余的精确匹配规则 #

删掉现有三个独立的location规则，换成统一的前缀匹配规则，避免漏匹配路径：

server {
    listen       8080;
    listen       [::]:8080;
    server_name  _;
    root         /usr/share/nginx/html;

    include /etc/nginx/default.d/*.conf;

    # 统一转发所有路径请求到内部ALB
    location / {
        # proxy_pass末尾不要加路径，避免替换原请求路径
        proxy_pass http://my-internal-alb.us-west-2.elb.amazonaws.com:8080;
        # 用$http_host代替$host，保留用户请求的原始端口信息
        proxy_set_header Host $http_host;
        proxy_set_header Referer $http_referer;
        # 用$proxy_add_x_forwarded_for保留整条链路的客户端IP
        proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
        proxy_set_header X-Forwarded-Proto $scheme;
        # 新增传递转发端口，让Flask感知实际访问端口
        proxy_set_header X-Forwarded-Port $server_port;
        # 关闭Nginx默认跳转重写，避免修改Flask返回的Location头
        proxy_redirect off;
    }
}

修改完成后执行nginx -t检查配置语法，确认无误后执行nginx -s reload重载配置。

2. 配置Flask信任反向代理头 #

在Flask应用初始化代码中加入ProxyFix中间件，让Flask使用Nginx传递的X-Forwarded系列头生成正确的跳转地址：

from flask import Flask
from werkzeug.middleware.proxy_fix import ProxyFix

app = Flask(__name__)
# 按实际代理层级调整参数，当前链路配置如下即可
app.wsgi_app = ProxyFix(app.wsgi_app, x_for=1, x_proto=1, x_host=1, x_port=1)

如果使用工厂模式初始化Flask，对应修改实例化阶段的逻辑即可。

3. 可选：适配公网ALB HTTPS配置 #

如果公网ALB开启了HTTPS 443端口转发，把Nginx配置中的proxy_set_header X-Forwarded-Proto $scheme;替换为proxy_set_header X-Forwarded-Proto $http_x_forwarded_proto;，直接使用ALB传递的原始访问协议。

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