Apache反向代理需配置ProxyPreserveHost On传递原始Host头，并用RequestHeader设置X-Forwarded-For、X-Forwarded-Proto等头，启用mod_remoteip模块配合RemoteIPHeader与RemoteIPInternalProxy解析真实IP，后端读取已修正的REMOTE_ADDR。
Apache 作为反向代理时，默认会修改或丢弃部分客户端请求头，导致后端服务无法获取真实用户信息（如 IP、协议类型、Host 等），影响日志记录、安全策略和业务逻辑。要优化请求头传递，关键在于显式控制头字段的添加、转发与重写，而非依赖默认行为。
确保客户端真实 IP 正确透传
后端常依赖 REMOTE_ADDR 获取来源 IP，但经 Apache 代理后该值变为代理自身地址。必须通过 X-Forwarded-For 和 mod_remoteip 协同解决：
- 在代理配置中添加：
RequestHeader set X-Forwarded-For "%{REMOTE_ADDR}e"（若前端无其他代理）；若有多层代理，用%{X-Forwarded-For}e追加，避免覆盖 - 启用
mod_remoteip模块，并配置：RemoteIPHeader X-Forwarded-For和RemoteIPInternalProxy 192.168.0.0/16 10.0.0.0/8（填入可信代理网段） - 后端应用需读取 REMOTE_ADDR（已被 mod_remoteip 自动替换为真实客户端 IP），而非手动解析 X-Forwarded-For
保留并修正关键 HTTP 头字段
某些头对功能至关重要，需主动设置或校准：
Apache Superset Dashboard and SQL Exploration Skill
下载
Apache Superset 是一个广泛采用的开源 BI 平台，用于 SQL 探索、图表构建和仪表板交付。当代理需要查询仓库数据、组装仪表板或使用成熟的分析界面解释指标而不是临时笔记本代码时，此技能非常有用。
-
Host 头：用
ProxyPreserveHost On保持原始 Host 不变；若需统一改写（如指向内部域名），则关闭该选项并配合RequestHeader set Host "backend.internal" -
协议与加密标识：后端常靠
X-Forwarded-Proto判断是否 HTTPS，应添加：RequestHeader set X-Forwarded-Proto "https" expr=%{HTTPS} == 'on'（自动适配 HTTP/HTTPS 虚拟主机） -
客户端地址与端口：补充
X-Forwarded-Port和X-Real-IP（兼容旧系统），例如：RequestHeader set X-Real-IP "%{REMOTE_ADDR}e"
避免敏感头泄露与污染
代理不应无差别转发所有头，尤其涉及安全或调试的字段：
- 用
RequestHeader unset显式清除风险头，如：RequestHeader unset Cookie expr=-n %{HTTP:Cookie}（按需过滤）或更常见的是RequestHeader unset Authorization（防止凭据误传至非认证后端） - 禁用
ProxyRequests On（正向代理），防止被滥用为开放代理；确认仅启用ProxyPass类反向代理指令 - 若后端是 Tomcat，建议使用 AJP 协议（
mod_proxy_ajp）替代 HTTP，AJP 原生携带 client IP、SSL 状态等元数据，无需手动设头
验证与调试技巧
配置生效前务必验证头传递是否符合预期：
- 临时添加调试响应头：
Header always set X-Debug-Forwarded "%{X-Forwarded-For}e; %{X-Forwarded-Proto}e; %{REMOTE_ADDR}e"，再用 curl 查看 - 检查 Apache 错误日志中是否有
mod_remoteip: unable to resolve类警告，说明 RemoteIPInternalProxy 范围未覆盖实际代理 IP - 后端可通过打印全部请求头（如 Java 的
request.getHeaderNames()）确认字段是否存在、值是否正确
