Apache mod_proxy 默认缓冲请求体，需通过SetEnv nokeepalive 1、SetEnv downgrade-1.0 1、ProxyTimeout/TimeOut调优、禁用mod_deflate/mod_security对body的干预等措施实现流式转发，确保边接收边转发。

Apache 的 mod_proxy 默认会对请求体（request body）进行缓冲再转发，这对大流量、大体积请求（如文件上传、视频流、长连接 API）会造成内存占用高、延迟上升甚至超时失败。要实现流式转发（即边接收边转发，不缓存整块 body），关键在于禁用缓冲行为，并配合协议与超时调优。

关闭请求体缓冲，启用流式代理

mod_proxy_http 在处理 POST/PUT 等含 body 的请求时，默认启用 buffering，尤其在启用了 SSL 终止或设置了某些响应头时更易触发。需显式关闭：

• 在 ProxyPass 指令后添加 nocanon 和 disablereuse=off（仅当需复用连接时），但核心是设置：
  ProxySet buffer=0 或更可靠的方式 —— 使用 ProxyPass ... enablereuse=on 并配合底层内核参数
• 真正起效的是禁用 Apache 自身的 request body 缓冲：在虚拟主机或 Location 块中加入
  SetEnv nokeepalive 1
SetEnv downgrade-1.0 1
  这会强制 Apache 以 HTTP/1.0 方式转发，跳过内部 chunked 解析与重组逻辑，实现“透传”效果
• 若后端支持 HTTP/1.1 流式，还可加：
  RequestHeader set Expect ""
  避免因 Expect: 100-continue 导致额外等待

调整超时与连接复用参数

流式转发依赖稳定、低干预的 TCP 连接，需防止 Apache 中途断连或重置：

Umbrel Proxy Manager

高效管理与交互 Umbrel 代理服务，支持 Docker 容器。自动发现运行服务，将内部 Docker IP 映射为可访问的外部地址。

下载

• 增大代理级超时（单位秒）：
  ProxyTimeout 300
TimeOut 300
  尤其对上传类请求，避免 body 未传完就被中断
• 启用连接复用并延长空闲时间：
  ProxySet keepalive=on
ProxySet keepalive_timeout=60
ProxySet max=50
  减少新建连接开销，提升吞吐连续性
• 若后端为长连接服务（如 gRPC-Web、自定义流协议），建议搭配 ProxySet acquire=3000 控制连接获取等待上限

绕过缓冲模块干扰（关键细节）

某些 Apache 版本或启用了其他模块（如 mod_deflate、mod_security）会隐式读取并缓存 request body，导致流式失效：

• 确保 mod_deflate 不作用于 POST/PUT 请求体：
  SetEnvIf Request_Method "POST|PUT" no-gzip
• 若使用 mod_security，检查 SecRequestBodyAccess 是否为 On —— 如非必要，设为 Off；否则需配置 SecRequestBodyLimit 足够大，并启用 SecRequestBodyInMemoryLimit 0（避免磁盘缓存）
• 禁用 .htaccess 中可能存在的 php_value auto_prepend_file 或类似钩子，它们会提前触发 PHP 读取 $_POST，破坏流式上下文

验证是否真正流式转发

最直接方式是抓包或日志观测：

• 用 tcpdump -i lo port 8080 观察后端端口是否有持续小包（而非等几十秒后一股脑发出）
• 开启 Apache 代理日志：
  LogFormat "%h %l %u %t \"%r\" %>s %b \"%{Referer}i\" \"%{User-Agent}i\" %{pid}P %{tid}P" proxy
CustomLog logs/proxy.log proxy
  关注 %b 字段：流式下该值应随传输逐步增长，而非最终才写入
• 后端服务日志中检查首次收到 body 数据的时间点 —— 应与客户端开始发送几乎同步（误差