在 Nginx 反向代理（如将公网 443 映射到本地 2443）场景下，PHP 的 header('Location: ...') 默认会继承后端真实监听端口（如 2443），导致重定向失败；解决方案是使用绝对路径或当前请求上下文的相对 URL，避免硬编码端口。
在 nginx 反向代理（如将公网 443 映射到本地 2443）场景下，php 的 `header('location: ...')` 默认会继承后端真实监听端口（如 2443），导致重定向失败；解决方案是使用绝对路径或当前请求上下文的相对 url，避免硬编码端口。
当 Nginx 作为反向代理运行（例如：WAN 443 → LAN 2443），客户端实际通过 HTTPS:443 访问站点，但 PHP-FPM 运行在本地 2443 端口。此时若使用 header('Location: https://domain.tld/page')，PHP 无法感知代理层的端口转换，而会依据 $_SERVER['SERVER_PORT']（即 2443）构造重定向 URL，最终浏览器跳转至不可达的 https://domain.tld:2443/page。
根本原因：PHP 默认不识别反向代理的协议/端口变更，$_SERVER 中的 HTTPS、SERVER_PORT、HTTP_HOST 等变量未被正确覆盖，导致 Location 头生成错误。
✅ 推荐解决方案：使用协议与端口中立的相对路径
// ✅ 正确：根路径重定向（推荐）
header('Location: /page');
// ✅ 正确：当前目录相对路径（需确保脚本位于预期上下文中）
header('Location: ./page');
// ✅ 正确：完整路径但省略协议和端口（由浏览器自动补全当前请求上下文）
header('Location: //domain.tld/page'); // 协议跟随（HTTPS→HTTPS，HTTP→HTTP）
⚠️ 避免以下写法：
- header('Location: https://domain.tld:443/page') —— 显式端口易被忽略或覆盖；
- header('Location: https://domain.tld/page') —— 在某些代理配置下仍可能回退到 SERVER_PORT；
- header('Location: http://...') —— 混合协议触发浏览器安全警告。
? 增强兼容性的补充配置（Nginx + PHP）：
在 Nginx 配置中显式传递可信头部，确保 PHP 获取正确的请求信息：
location ~ \.php$ {
fastcgi_pass unix:/run/php/php7.4-fpm.sock;
fastcgi_param HTTPS $scheme; # 传递协议
fastcgi_param HTTP_HOST $host; # 传递原始 Host
fastcgi_param SERVER_PORT $server_port; # 注意：此处应为 443，需配合 proxy_set_header
# 关键：确保前端代理头被正确转发
proxy_set_header X-Forwarded-Proto $scheme;
proxy_set_header X-Forwarded-Port 443;
fastcgi_param HTTP_X_FORWARDED_PROTO $scheme;
fastcgi_param HTTP_X_FORWARDED_PORT 443;
}
并在 PHP 中可选地启用信任代理逻辑（如使用 $_SERVER['HTTP_X_FORWARDED_PROTO'] 判断协议），但对 header('Location') 场景而言，优先采用 /path 形式的绝对路径重定向是最简洁、可靠且无需额外配置的方式。
? 总结：在代理环境中，永远优先使用以 / 开头的路径进行重定向；它复用当前请求的协议、主机名和端口（由浏览器自动解析），完全规避后端端口暴露问题，同时符合 RFC 7231 对 Location 头的规范要求。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
