Nginx需通过proxy_set_header X-Forwarded-Port $server_port传递原始端口，配合X-Forwarded-Proto $scheme供后端准确识别协议与端口，避免URL生成错误或HTTPS判断失效。
在 Nginx 反向代理场景中，proxy_set_header 本身不能直接“传递服务器端口”这个概念——它传递的是 HTTP 请求头字段。但如果你的真实需求是：**让后端服务（如 Node.js、Python 应用）知道客户端最初访问的是哪个端口（比如 80 还是 443，或自定义的 8080）**，那么可以通过设置特定请求头（例如 X-Forwarded-Port 或 X-Real-Port）来实现。
为什么要传递端口信息？
当 Nginx 做反向代理时，后端应用收到的请求实际来自 Nginx（本地回环），其 RemoteAddr 是 127.0.0.1，ServerPort 通常是 Nginx 监听的内部端口（如 8000），而非用户真实访问的端口（如 80/443）。这会导致：
- 生成绝对 URL（如重定向链接、API 地址）时出错；
- HTTPS 判断失败（尤其在混合 HTTP/HTTPS 部署中）；
- 日志或调试中无法还原原始访问上下文。
使用 proxy_set_header 设置 X-Forwarded-Port
Nginx 提供内置变量 $server_port，表示当前 server 块监听的端口（即用户直连 Nginx 的端口）。你可以把它注入到请求头中传给后端：
location / {
proxy_pass http://backend;
proxy_set_header X-Forwarded-Port $server_port;
proxy_set_header X-Forwarded-Proto $scheme;
proxy_set_header Host $host;
}
这样后端就能通过读取 X-Forwarded-Port 头拿到原始端口号。例如：
aperture: the L402 aware reverse proxy
下载
安装并运行 Aperture（Lightning Labs 的 L402 闪电反向代理），用于创建 L402 付费墙、配置付费 API 端点、为其他代理托管付费内容或测试 L402 认证流程。
- 用户访问
http://example.com:8080→X-Forwarded-Port: 8080； - 用户访问
https://example.com（Nginx 监听 443）→X-Forwarded-Port: 443； - 若 Nginx 同时监听多个端口（如 80 和 8080），每个 server 块内
$server_port值不同，可精准区分。
配合 X-Forwarded-Proto 判断协议与端口关系
单独传端口不够直观，建议同时传协议头，并在后端统一处理：
-
proxy_set_header X-Forwarded-Proto $scheme;（值为http或https）； - 很多框架（如 Express、Django、Spring Boot）会自动识别
X-Forwarded-Proto和X-Forwarded-Port，用于构建正确 scheme + host + port 的 URL； - 如果后端只依赖
X-Forwarded-Proto判断 HTTPS，而忽略端口，则X-Forwarded-Port可作为补充依据（例如识别非标准 HTTPS 端口如 8443）。
注意：不要覆盖 Host 头误传端口
常见误区是试图用 $host:$server_port 覆盖 Host 头：
proxy_set_header Host $host:$server_port; # ❌ 不推荐
这会破坏 Host 标准格式（RFC 7230 规定 Host 不含端口，除非是非标准端口且显式声明），可能导致后端路由异常或 CDN 拒绝请求。正确做法是：
- 保持
Host为原始域名（$host或$http_host）； - 用专用头（如
X-Forwarded-Port）传递端口信息； - 后端根据
X-Forwarded-Proto+X-Forwarded-Port组装完整请求地址。
