Apache反向代理负载均衡时413错误主因是LimitRequestBody配置过小或mod_security拦截，需在虚拟主机或Location块中设LimitRequestBody 200MB，并同步调整SecRequestBodyLimit等WAF参数及后端限制。
apache 使用 mod_proxy_balancer 作为反向代理负载均衡器时，若后端服务（如 tomcat、spring boot 或 php-fpm）接收大请求体（如大文件上传、长 json），却在代理层就返回 413 request entity too large，问题往往不是后端限制，而是 mod_proxy 自身或其上游模块（如 mod_security、limitrequestbody）拦截了请求。
确认是否是 mod_proxy_balancer 本身限制
mod_proxy_balancer 本身不校验请求体大小，它只是转发流量；但实际生效的是它依赖的 mod_proxy 和底层 Apache 核心行为。关键点如下：
- Apache 主进程默认不限制请求体（
LimitRequestBody默认为 0，即无限制） - 但若配置了
LimitRequestBody（尤其在<Directory>、<Location>或虚拟主机中），该指令会生效并触发 413 -
mod_proxy在转发前会读取完整请求体到内存或临时磁盘，若系统资源不足或超时，也可能表现类似 413（实际可能是 502/500，需查 error_log）
检查并调整 LimitRequestBody 指令
这是最常见原因。在 Apache 配置中搜索 LimitRequestBody，确保它设为足够大或禁用：
FastAPI Flask Proxy
下载
FastAPI + Flask 混合部署最佳实践，解决路由定义、API 代理等常见问题，适用于同时运行 FastAPI API 与 Flask 前端的场景。
- 在
httpd.conf或站点配置中添加（作用于整个虚拟主机）：LimitRequestBody 209715200（即 200MB） - 若只针对代理路径，放在
<Location "/api">块内更精准 - 设为 0 表示不限制（生产环境慎用，建议设为业务最大值+20%）
排查 mod_security 干扰
很多 Apache 环境启用了 mod_security（WAF），它会主动拦截“过大请求体”，报错日志常含：Request body content length is larger than the configured limit
- 检查
/etc/httpd/conf.d/mod_security.conf或规则集（如 OWASP CRS） - 查找
SecRequestBodyLimit和SecRequestBodyNoFilesLimit - 例如修改为：
SecRequestBodyLimit 209715200SecRequestBodyNoFilesLimit 209715200 - 修改后重启 httpd 或重载规则
同步调整后端与协议层限制
mod_proxy_balancer 只管转发，真正处理请求的是后端。必须保证链路各环节一致：
- 后端 Tomcat：检查
maxHttpHeaderSize和maxPostSize（后者设为 -1 表示不限制） - 后端 Spring Boot：配置
server.tomcat.max-http-post-size=-1或spring.servlet.multipart.max-request-size=200MB - 若使用 PHP-FPM：仍需调
php.ini中upload_max_filesize和post_max_size - 注意：Apache 的
Timeout和ProxyTimeout也应适当加大，避免大文件上传中途断连
