Nginx自身触发301重定向时端口丢失，根本原因是其默认以监听端口（如80）构造Location头，而非客户端请求的外部端口（如8080）；需通过absolute_redirect off、port_in_redirect off和server_name_in_redirect off协同控制。
当后端服务（比如 Node.js、Django 或 Spring Boot）返回 301 重定向响应时，它通常基于自身监听的地址生成 Location 响应头，例如 http://localhost:8080/login 或 https://backend.example.com/dashboard/。如果这个后端跑在反向代理之后，而 Nginx 没有干预，浏览器就会直接跳转到那个内部或不带端口/协议的地址，导致失败——尤其是 HTTPS 场景下，端口 443 被省略是正常行为，但若后端错误地写了 http://... 或硬编码了非标准端口（如 :8443），问题就暴露了。
为什么后端 301 的 Location 会出错？
后端一般不知道自己被代理，也不清楚外部访问协议（HTTP/HTTPS）、域名和路径前缀。它只按 Host 请求头或自身配置拼接跳转地址。常见错误包括：
- 返回
http://地址，而用户实际通过https://访问 - 返回带内部端口的地址，如
https://example.com:8443/callback - 返回不含路径前缀的地址，比如代理路径是
/api/，但后端跳转成/auth而非/api/auth
proxy_redirect 是怎么起作用的？
proxy_redirect 不修改请求，而是重写后端响应中 Location 和 Refresh 头的值。它在 Nginx 把响应发给客户端之前生效，属于“响应头改写”机制。
它的基本语法是：
安装并运行 Aperture（Lightning Labs 的 L402 闪电反向代理），用于创建 L402 付费墙、配置付费 API 端点、为其他代理托管付费内容或测试 L402 认证流程。
proxy_redirect ;
例如：
-
proxy_redirect http://localhost:8080/ https://$host/;—— 将后端返回的所有以http://localhost:8080/开头的跳转，替换成https://your-domain/ -
proxy_redirect ~^http://[^/]+(/.*)$ $1;—— 正则提取路径部分，丢弃原始 host 和协议，适配任意后端 host -
proxy_redirect / /api/;—— 把相对跳转/login改成/api/login（需配合proxy_pass路径截断使用）
修复 HTTPS + 端口丢失的关键配置
假设你用 Nginx 代理一个后端服务，用户访问 https://app.example.com/admin，后端运行在 http://127.0.0.1:3000，且它返回了 Location: http://127.0.0.1:3000/login。你需要三步闭环：
- 确保传给后端正确的协议：加
proxy_set_header X-Forwarded-Proto $scheme; - 让后端生成的跳转至少是相对路径或协议中立地址（推荐后端配置为使用
X-Forwarded-Proto判断协议） - 用
proxy_redirect强制修正最终输出：proxy_redirect http://127.0.0.1:3000/ https://$host/;
或更健壮的写法：proxy_redirect ~^http://[^/]+(?::\d+)?(/.*)?$ https://$host$1;
配合 absolute_redirect 和 port_in_redirect 防二次出错
如果后端没返回 Location，而是 Nginx 自己触发目录跳转（比如访问 /docs 自动 301 到 /docs/），那就要控制 Nginx 自身行为：
-
absolute_redirect off;—— 关闭绝对 URL 生成，改用相对跳转（避免协议/端口参与） -
port_in_redirect off;—— 禁止在重定向 URL 中显式带上端口（对 80/443 有效，防止出现:443） -
server_name_in_redirect off;—— 使用请求中的Host头而非配置里的server_name，适配多域名
