Apache配置301重定向时能否保留并转发原始请求头？

无论是mod_alias还是mod_redirect模块，都无法在返回301状态码的同时将所有原始请求头转发到目标新站点。这不是参数配置不足的问题，而是301重定向本身的协议运行机制决定的，不存在可通过模块调整绕开的逻辑。

301属于客户端侧重定向状态码，全交互流程不存在“服务端转发请求”的环节：

• 客户端将初始请求发送至你的Apache站点
• Apache仅向客户端返回携带Location跳转地址的301响应，不会代替客户端与目标新服务器建立连接、传递请求内容
• 客户端收到301响应后，自主向Location指向的新地址重新发起一次独立的全新请求

你之前观察到的“原始请求头被替换为Apache对应头”的现象，本质是目标服务器收到的请求来自客户端的二次发起，头信息是客户端重新生成的，与Apache最初收到的原始请求头没有任何关联。
mod_alias提供的Redirect指令、mod_redirect提供的外部301重定向规则，完全遵循上述运行流程，没有预留任何支持服务端代转请求、透传原始头的能力。

你的核心诉求是将指定文件夹下的请求分流到目标服务器，同时完整保留原始请求头供目标服务器完成安全校验，这类场景不适合使用301客户端重定向实现，应采用反向代理模式：

• 启用Apache的mod_proxy、mod_proxy_http模块，针对指定文件夹配置代理转发规则，让Apache作为中间代理节点，将收到的全量原始请求（含所有原始请求头）转发到目标新服务器
• 该模式下Apache会默认透传绝大多数原始请求头，仅追加少量代理链路相关的头信息，完全可以支撑目标服务器基于原始请求头的安全校验逻辑
• 注意：如果在代理模式下强行配置返回301状态码，会立刻回到客户端二次发起请求的流程，原始请求头透传的能力会直接失效。

内容的提问来源于stack exchange，提问作者ethrbunny