长轮询中断根本原因是apache默认缓冲响应、过早关闭连接及超时错位，需禁用proxybuffering、设proxytimeout≥120秒、透传transfer-encoding头并开启proxy:trace5日志定位卡点。

长轮询（long polling）在 apache 反向代理下中断，根本原因不是后端没响应，而是 apache 默认行为与长连接语义冲突：缓冲响应、过早关闭连接、丢弃关键头部、或超时设置错位。解决需从流式透传、超时对齐、头部保真三方面入手。

禁用响应缓冲，启用原生流式转发

Apache 默认会缓存整个响应体再返回，导致长轮询“卡住”直到后端结束或超时。必须显式关闭缓冲：

• ProxyBuffering Off —— 关键指令，禁用响应体缓存
• ProxySet streaming=on —— Apache ≥2.4.37 推荐，明确启用流式代理
• SetEnv proxy-nokeepalive 1 —— 防止 Apache 与客户端维持 keep-alive 干扰长轮询生命周期
• 搭配 Header always set Cache-Control "no-cache"，避免中间缓存截断连接

调大并协同超时参数

长轮询本质是“挂起响应直到有数据”，超时必须远大于单次等待预期（如 30–120 秒），且前后端需对齐：

aperture: the L402 aware reverse proxy

安装并运行 Aperture（Lightning Labs 的 L402 闪电反向代理），用于创建 L402 付费墙、配置付费 API 端点、为其他代理托管付费内容或测试 L402 认证流程。

下载

• ProxyTimeout 120 —— 控制 Apache 等待后端完整响应的总时长（含等待阶段）
• ProxySet timeout=120 retry=60 —— 在 <proxy></proxy> 块中为该后端定制，retry 表示节点故障后重新尝试前的冷却时间
• 同步检查后端配置：Spring Boot 的 server.tomcat.connection-timeout=180000，Node.js 的 server.timeout = 120000
• 避免 Timeout（主进程级）小于 ProxyTimeout，否则底层 socket 会被提前关闭

确保 Upgrade/Connection 头部透传（如需兼容升级协议）

部分长轮询实现依赖 HTTP/1.1 的分块传输或模拟升级语义，Apache 默认不转发某些关键头：

• 在对应 <location></location> 中添加：RequestHeader unset Connection 和 RequestHeader unset Upgrade（先清除可能被篡改的值）
• 再显式透传：RequestHeader set Connection "keep-alive"（非 upgrade）、Header always set Transfer-Encoding "chunked"（若后端使用分块）
• 确认已加载 mod_headers，且未被 mod_security 或 SELinux 拦截出站请求

验证与调试建议

中断是否真实发生？用日志和抓包定位卡点：

• 开启 LogLevel proxy:trace5，查 error.log 中 proxy: connecting to、reading response 是否停在某一步
• 用 tcpdump -i any port 80 -w longpoll.pcap 抓包，观察是否有 RST、FIN 早于后端发数据
• 临时用 curl 直连后端对比行为：curl -v http://backend/longpoll，确认后端本身无问题