如何配置 Nginx 解决反向代理后的 Java 应用在重定向时协议从 HTTPS 退回 HTTP-Nginx-PHP中文网

根本原因是Java应用（如Tomcat）未正确识别Nginx转发的HTTPS协议，因未配置X-Forwarded-Proto头传递及Connector信任机制，导致request.getScheme()返回http，重定向生成http://链接。

如何配置 nginx 解决反向代理后的 java 应用在重定向时协议从 https 退回 http

这个问题本质是后端 Java 应用（如 Tomcat）在生成 302 重定向响应时，错误地用了 http:// 协议，而非原始请求的 https://。根本原因不是 Nginx 配置漏了，而是 Java 应用没读取或不信任 Nginx 传来的协议标识头。

为什么重定向会变成 HTTP

Java 应用（尤其是 Spring、Struts2 等）默认通过 request.getScheme() 判断当前协议。这个方法返回的是容器（Tomcat）收到的“原始协议”，而 Tomcat 直连 Nginx 时看到的是 http（因为 Nginx 用 HTTP 转发给它）。如果没额外配置，它就认为整个链路是 HTTP，所有 response.sendRedirect() 或框架级重定向都会拼出 http:// 链接。

现象：浏览器地址栏从 https://example.com/login → http://example.com/dashboard
关键线索：仅重定向出问题，普通页面渲染、AJAX 请求 URL 正常（说明静态资源和接口路径本身没写死 http）
验证方式：抓包看响应头 Location: http://...，或在代码中打印 request.getScheme() 和 request.getHeader("X-Forwarded-Proto")

Nginx 必须传递 X-Forwarded-Proto

只配 proxy_pass 不够，Nginx 必须显式把原始协议告诉后端。否则 Tomcat 完全不知道外面是 HTTPS。

在 location 块里加这一行：proxy_set_header X-Forwarded-Proto $scheme;
同时补全其他基础转发头（缺一不可）：proxy_set_header Host $host;、proxy_set_header X-Real-IP $remote_addr;、proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
别用 proxy_redirect off —— 它会禁用 Nginx 对重定向响应头的自动改写，导致 Location 头里的协议/域名无法被修正
如果后端有多个域名或端口，加上 proxy_set_header X-Forwarded-Host $host; 和 proxy_set_header X-Forwarded-Port $server_port;

Tomcat 必须信任并解析这些头

光传头没用，Tomcat 默认忽略所有 X-Forwarded-*。必须在 server.xml 的 Connector 中启用远程地址解析，并指定哪些头可信。

Nginx Reverse Proxy

配置 Nginx 反向代理，实现域名绑定。用户说“绑定域名”“配置 Nginx”“反向代理”时触发，将域名绑定到指定 IP:端口。

下载

修改 Connector 标签，加上：protocol="org.apache.coyote.http11.Http11NioProtocol"（确保用标准 HTTP connector，非 AJP）
添加属性：remoteIpHeader="X-Forwarded-For"、protocolHeader="X-Forwarded-Proto"、secure="true"（表示允许将 X-Forwarded-Proto: https 视为安全连接）
完整示例：
注意：不要只改 Engine 下的 Valve，那是旧版方案，优先用 Connector 级配置

Java 应用层还要检查是否覆盖了 scheme

有些老项目手动调用 request.getRequestURL() 拼链接，或框架配置了强制 HTTP。即使 Tomcat 解析正确，应用层仍可能绕过。

Spring Boot 用户：确认 server.forward-headers-strategy=framework（推荐）或 native，不能是 none
Spring MVC 用户：检查是否有自定义 UrlBasedViewResolver 或重写了 response.encodeRedirectURL()
Struts2 用户：确认 struts.action.extension 没强制写死协议；排查拦截器里是否调用 response.sendRedirect("http://...")
通用验证：在 Controller 里打印 request.getScheme()，如果仍是 http，说明 Tomcat 配置未生效；如果是 https 但重定向还是错，问题就在应用代码