反向代理配置里，几个容易忽略的请求头

> 日期说明：归档日期为历史整理日期，不代表原始首发时间；本文于 2026-11-02 核对并修订。命令示例需按实际环境替换占位符。


Host 可能用于虚拟主机选择和应用的来源校验。本文整理两个容易忽略的环节，作为日常使用时的检查参考。

<!-- more -->

## Host 与上游路由有关

Host 可能用于虚拟主机选择和应用的来源校验。有些应用需要公网域名，有些本机接口要求上游地址，应依据应用文档配置。不能把同一个请求头模板套给所有服务。

## 转发信息需要信任边界

X-Forwarded-For 与 X-Forwarded-Proto 用来传递原始访问信息，但上游应只信任已知代理。直接接受客户端伪造的转发头，会让来源判断和日志失真。

## 日常使用的小结

WebSocket 和流式响应还有额外的连接、缓冲与超时要求。修改配置后先做语法校验，再用真实请求验证，而不仅是看重载命令成功。


## 操作参考与适用边界

### 分别检查配置和响应

```sh
nginx -t
curl -I https://example.com/
```

如果 Nginx 运行在容器中，应在对应容器里校验配置。HEAD 响应不能验证流式接口或 WebSocket，后者要按协议测试；转发头的信任范围应由应用端限定。

### 如何判断结果

操作后应将实际结果与文中目标对照；命令成功退出只能证明该步骤完成，不能替代业务层验证。记录异常信息时，保留时间、软件版本与相关上下文，方便后续复查。

## 参考资料

- [官方文档与规范](https://nginx.org/en/docs/http/ngx_http_proxy_module.html)（本次整理参考，页面内容可能随版本更新）
- [继续阅读本站归档](/archives/)