如何在RewriteRule后结合QUERY_STRING使用Apache LocationMatch适配含850的两类URL

问题根源分析 #

1. 原配置中的<LocationMatch>仅匹配URL路径部分（问号前的内容），无法识别Query String（问号后）中的850，因此URL B无法匹配。
2. 开头的Rewrite规则存在错误：RewriteCond %{QUERY_STRING} .?会匹配所有带Query String的请求，而RewriteRule ^.?$ [B,NC,R=302,R]会触发重定向并丢失Query String中的850，这是日志中URL B被转译为https://frontend.com/home?的直接原因。

修改后的配置方案 #

移除错误的Rewrite规则，改用RewriteCond同时检测路径或Query String中的850，结合ProxyPass实现代理：

SSLProxyEngine on
ProxyPreserveHost On

RewriteEngine On
# 匹配路径中包含850，或Query String中包含850的请求
RewriteCond %{REQUEST_URI} 850 [OR]
RewriteCond %{QUERY_STRING} 850
# 代理到后端服务器，保留完整的路径和Query String
RewriteRule ^(.*)$ https://backend.com/$1 [P,L]

# 配置ProxyPassReverse确保后端响应的重定向正确
ProxyPassReverse / https://backend.com/

配置说明 #

• RewriteCond %{REQUEST_URI} 850 [OR]：匹配路径（REQUEST_URI）中包含850的请求（对应URL A）。
• RewriteCond %{QUERY_STRING} 850：匹配Query String中包含850的请求（对应URL B），[OR]表示满足任一条件即可触发规则。
• RewriteRule ^(.*)$ https://backend.com/$1 [P,L]：将匹配到的请求完整代理到后端服务器，[P]标记表示使用ProxyPass机制，[L]表示停止后续规则处理。
• ProxyPassReverse / https://backend.com/：确保后端返回的重定向URL被正确改写为前端域名，避免客户端直接访问后端地址。

验证方法 #

1. 重启Apache服务使配置生效。
2. 分别访问URL A和URL B，检查是否成功代理到后端对应地址，同时查看日志确认Query String未被剥离。

内容的提问来源于stack exchange，提问作者linux-guy1001