Nginx无法直接透传客户端真实源端口，因HTTP标准头无定义且无$remote_port变量；可行方案包括客户端自定义X-Client-Port头、上游负载均衡注入X-Forwarded-Port，或后端改用Token/Request-ID等更可靠标识替代端口依赖。
Nginx 本身无法直接把客户端真实源端口（如 54321）透传给后端，因为 HTTP 协议标准头里没有定义该字段，且 Nginx 变量中也没有 $remote_port ——只有 $remote_addr 可用。这不是配置遗漏，而是协议和设计限制。要让后端“感知”或“间接识别”客户端端口，得靠变通方案。
客户端主动带端口（适用内部系统）
如果请求来自你可控的客户端（比如 App、内网脚本、SDK），让它在发起 HTTP 请求时手动加一个自定义头：
- 例如：发送
X-Client-Port: 61234 - Nginx 配置透传：
proxy_set_header X-Client-Port $http_x_client_port; - 需开启
underscores_in_headers on;（若头名含下划线，否则 Nginx 默认丢弃）
由上游负载均衡注入（云环境推荐）
如果你用的是阿里云 SLB、腾讯云 CLB 或 AWS ALB，它们支持自动添加 X-Forwarded-Port 头（值为客户端源端口）。Nginx 只需透传即可：
proxy_set_header X-Forwarded-Port $http_x_forwarded_port;- 注意：这个头必须由可信上游注入，不能由客户端伪造，否则有安全风险
后端改用更可靠的标识方式（长期建议）
依赖客户端端口本身就不稳定——NAT、连接复用、短连接、端口随机化都会导致端口不可靠。更健壮的做法是绕过端口：
- 用登录态 Token 或 Cookie 标识用户会话
- 在首次握手时由后端生成唯一
request_id或session_id并下发 - Nginx 可添加全局唯一 ID：
proxy_set_header X-Request-ID $request_id;（需启用random_index或uuid模块）
不推荐的误区
以下做法无效或危险，应避免：
- 试图用
$server_port或$server_addr代替客户端端口（它们是 Nginx 自己监听的端口和地址） - 用
realip模块解析端口（该模块只处理 IP，不支持端口） - 浏览器前端 JS 获取
location.port并发到后端（不可靠，且非真实 TCP 源端口）
