如何解决Apache 2.4.29查询字符串超限配置不生效问题？

你之前加的LimitRequestLine 32000、LimitRequestFieldSize 32000 配置根本没打到问题的触发点上：

• 这两个参数是Apache核心层的配置，只管客户端和Apache握手时，允许接收的最长请求行、单个请求头字段的长度，完全不涉及请求转发给后端的环节。
• 日志里的AH02536报错是mod_proxy_fcgi模块抛的：这个模块默认用16384字节的缓冲区来打包要传给后端FastCGI进程（比如PHP-FPM）的环境变量，像QUERY_STRING、REQUEST_URI这类变量一旦长度超过这个默认值，模块就会报“编码失败”的警告，直接截断变量内容再传给后端。

简单说：你的请求已经被Apache正常接收了，但在把请求转成FastCGI协议发给后端PHP的时候，被mod_proxy_fcgi自带的16k缓冲区卡住了，这就是改了核心层配置却没效果的原因。

适配你的Apache 2.4.29版本的可选方案 #

这个版本的mod_proxy_fcgi是把16k缓冲区大小硬编码在模块里的，没有开放直接调整这个值的配置入口，根据你的运维限制二选一就行：

• 如果可以升级Apache版本
  先把Apache升级到2.4.39及以上版本，这个版本官方开放了缓冲区大小的调整参数，只要在/etc/apache2/apache2.conf或者对应站点的VirtualHost配置段里，把缓冲区调到和你预期匹配的大小就行，比如要支持32k的长URI就写：

  ProxyFCGIBufferSize 32768
  

  改完依次执行命令校验配置、重载生效：

  apache2ctl configtest
  systemctl reload apache2
  

• 如果暂时没法升级Apache
  因为这个16k的缓冲区没法通过配置调整，需要调整业务的传参逻辑：把原本塞在GET请求URL查询串里的长参数，改成POST表单提交，不要让长度超过16k的内容待在QUERY_STRING里，自然就不会触发这个模块的限制。

配套校验注意事项 #

调整完FCGI的配置后，记得同步检查几个关联的限制，避免后续踩别的坑：

• 确认你设置的FCGI缓冲区大小，和之前配置的LimitRequestLine、LimitRequestFieldSize值匹配，不要出现FCGI端能传但Apache核心层提前把请求拦了的情况
• 检查后端PHP的php.ini里post_max_size值，要大于你预期的最大请求长度，避免请求到了PHP侧又被拦
• 改完可以用超长GET请求实测：比如curl "http://你的站点地址/$(python3 -c 'print("a"*30000)')"，观察/var/log/apache2/error.log里还有没有AH02536的报错即可。

内容的提问来源于stack exchange，提问作者José Gabriel Almendares