ProxyTimeout控制TCP建连至响应完成的总耗时，需在中显式配置（如ProxyTimeout 45），并配合retry=10防雪崩、ProxySet keepalive=off避脏连接，且Timeout应≥ProxyTimeout。
apache 中没有 connectiontimeout 这个 proxypass 参数。很多人想控制“连接后端时 tcp 建立失败前等待多久”，但 proxypass 的 timeout= 并不负责这个——它只管已连上之后读响应体的时间。真正决定“愿不愿意等后端启动、网络通不通”的，是全局生效的 proxytimeout 指令。
关键：用 ProxyTimeout 控制建连+响应总耗时
在虚拟主机（
-
ProxyTimeout 45—— 表示从发起连接开始，到收完全部响应为止，最多等 45 秒。这包括 DNS 解析、TCP 三次握手、TLS 握手、发请求、收响应头和响应体全过程 - 该值必须显式写在
- 若后端部署在跨机房、K8s 容器冷启、或 TLS 握手慢的环境，建议设为 30–60 秒，避免因短暂抖动误判为不可达
配合 retry 避免雪崩式重试
光拉长超时不够，还要防止某台后端卡住时持续转发请求：
- 在 ProxyPass 行末加
retry=10：ProxyPass /api http://10.0.2.5:8080/api retry=10 - 含义：该后端连续失败（连接失败/超时/5xx）后，10 秒内不再向它转发新请求
- 比单纯调大 ProxyTimeout 更可控，尤其适合网络不稳定或后端偶发 hang 死的场景
禁用 KeepAlive 到后端，防止脏连接干扰
当后端偶发卡死或连接状态异常时，复用旧连接会导致后续请求直接 hang 住：
- 添加
ProxySet keepalive=off：ProxyPass /api http://10.0.2.5:8080/api retry=10<br>ProxySet keepalive=off
- 这样每次请求都新建 TCP 连接，虽然开销略增，但在高时延、低可靠网络中更健壮
- 若后端支持且稳定，可改用
keepalive=on keepalive_timeout=5，但需确保后端 connectionTimeout ≥ 5 秒
别忘了检查 Timeout 和模块启用
ProxyTimeout 不是孤立生效的：
- 确保
Timeout值 ≥ ProxyTimeout（建议设为 1.2 倍），否则底层 socket 层可能先中断 - 确认
mod_proxy和mod_proxy_http已加载（httpd -M | grep proxy查看） - ProxyPass 必须放在
