Apache mod_proxy 本身不支持响应头动态重写，需配合 mod_headers（最常用）、mod_filter 或 mod_substitute 实现；mod_headers 可在响应发出前增删改头，需正确配置作用域与时机，并注意后端头覆盖问题。
Apache 的 mod_proxy 本身不提供响应头动态重写能力，它只负责转发请求和响应。真正实现 Header 动态重写，需要搭配 mod_headers 和（可选）mod_filter 或 mod_substitute 配合使用。关键在于明确“谁来改”——代理层不生成内容，但可以拦截、检查并修改后端返回的响应头，前提是配置作用域正确、时机恰当、且不被后端覆盖。
用 mod_headers 修改响应头最常用也最直接
mod_headers 是 Apache 官方推荐的标准模块，支持在响应发出前增、删、改任意 Header。它适用于所有代理路径，只要启用并放在正确的配置块内即可生效。
- 确保已加载：
LoadModule headers_module modules/mod_headers.so - 在
<Location>、<Proxy>或虚拟主机中配置，例如：<Location "/api/"> ProxyPass "http://backend:8080/" ProxyPassReverse "http://backend:8080/" # 删除后端误设的 Content-Encoding Header unset Content-Encoding # 强制添加协商头（对压缩等协商机制很重要） Header append Vary "Accept-Encoding" # 改写 Server 名称，隐藏后端技术栈 Header set Server "Web-Proxy/2.4" # 添加自定义头，含变量（如客户端 IP） Header add X-Forwarded-For "%{REMOTE_ADDR}e" </Location> - 注意：Header 指令默认在响应头已生成但尚未发送时执行，因此能覆盖后端设置；若需条件性操作（如仅对 JSON 响应设置），需结合
<If>或环境变量判断
按响应类型或状态码做差异化 Header 处理
不是所有响应都需要相同处理。比如只对 200 OK 的 HTML 加 X-Frame-Options，或对 application/json 响应强制加 Content-Type 字符集声明。
aperture: the L402 aware reverse proxy
下载
安装并运行 Aperture（Lightning Labs 的 L402 闪电反向代理），用于创建 L402 付费墙、配置付费 API 端点、为其他代理托管付费内容或测试 L402 认证流程。
- 用
<If>判断响应头或状态码（Apache 2.4+）：<If "%{REQUEST_URI} =~ m#^/public/# && %{CONTENT_TYPE} =~ m#^application/json#"> Header set Content-Type "application/json; charset=utf-8" </If> - 或通过环境变量标记再操作：
SetEnvIf Content-Type "text/html" is_html Header set X-Content-Type-Options "nosniff" env=is_html Header set X-Frame-Options "DENY" env=is_html
响应体内容重写需额外模块配合
如果目标是修改 HTML 中的链接（如将 http://backend/ 替换为 /），mod_headers 无能为力。此时需引入 mod_substitute 或 mod_filter，但要注意它们对代理响应的支持限制。
- 启用
mod_substitute并确保作用于代理内容：LoadModule substitute_module modules/mod_substitute.so <Location "/app/"> ProxyPass "http://backend:3000/" ProxyPassReverse "http://backend:3000/" # 必须显式启用过滤器，并指定文本类型 AddOutputFilterByType SUBSTITUTE text/html text/plain Substitute "s|http://backend:3000/|/app/|ni" </Location> - 关键点：Apache 默认不为代理响应自动识别 MIME 类型，常被识别为
application/octet-stream或unknown，导致AddOutputFilterByType不触发。解决办法是用ForceType或AddType显式声明类型，或改用SetOutputFilter SUBSTITUTE+ 条件判断 - 更稳妥的方式是配合
mod_filter做 MIME 类型匹配后再启用替换，避免误处理二进制资源
绕过后端干扰的常见陷阱与对策
后端应用（如 Spring Boot、Node.js）常主动设置 Content-Encoding、Content-Length 或禁用 Vary，这会干扰代理层的压缩、缓存和重写逻辑。
- 务必在代理配置中清除冲突头：
Header unset Content-Encoding Header unset Content-Length Header append Vary "Accept-Encoding"
- 若后端返回
Cache-Control: no-transform，而你又需要重写内容，该指令会阻止中间代理修改响应体——此时只能让后端移除该头，或改用其他方式（如前端 JS 注入） - 对于 HTTPS 后端，还需启用
SSLProxyEngine on并信任证书，否则连接失败，Header 重写根本不会执行
