Apache HTTPD中LocationMatch命名组反向引用未被ProxyPassMatch识别求助

我之前也踩过类似的反向代理配置坑，你的问题主要出在命名组引用方式错误和ProxyPass系列指令的配置逻辑这两个点上，咱们一步步来修正：

1. 命名组的环境变量引用大小写不匹配 #

你在正则里定义的命名组是(?<ind>.*)（小写的ind），但在ProxyPassMatch里却用了%{MATCH_IND}（大写的IND）—— Apache对环境变量名是严格大小写敏感的！正确的引用应该是%{MATCH_ind}（和组名大小写完全一致）。

不过更省心的方式是直接用匿名反向引用$1，因为这是你正则里的第一个捕获组，不管命名与否都能直接用$1指代，完全不用担心大小写问题。

2. 避免原请求路径被错误追加到目标URL #

你当前的配置中，ProxyPassMatch会把原请求的完整路径（比如/es/archives/_search）直接追加到你指定的目标URL后面，这就导致了/%25%7BMATCH_IND%7D/_search/es/archives/_search这种拼接错乱的URI。解决这个问题有两种实用方案：

方案一：直接用ProxyPassMatch独立配置（不嵌套LocationMatch） #

这种方式逻辑更直观，把路径匹配和代理规则写在同一条指令里：

ProxyPassMatch ^/es/(?<ind>.*)/_search$ http://localhost:9200/$1/_search
ProxyPassReverse ^/es/(?<ind>.*)/_search$ http://localhost:9200/$1/_search
AllowMethods GET POST "/es/*/_search"

• ProxyPassMatch：用正则直接匹配前端路径，通过$1引用捕获到的索引名，精准代理到Elasticsearch的对应路径
• ProxyPassReverse：修正后端返回的响应头（比如Location、Content-Location），把Elasticsearch的真实地址替换成前端的/es/前缀路径
• AllowMethods：限定该路径只允许GET和POST请求

方案二：在LocationMatch里用ProxyPass + nocanon参数 #

如果你一定要保留LocationMatch块的写法，那必须给ProxyPass加上nocanon参数，禁止Apache追加原路径，同时正确引用命名组：

<LocationMatch "^/es/(?<ind>.*)/_search$">
    AllowMethods GET POST
    ProxyPass http://localhost:9200/%{MATCH_ind}/_search nocanon
    ProxyPassReverse http://localhost:9200/ /es/
</LocationMatch>

• nocanon：核心参数，告诉Apache不要把原请求路径追加到目标URL末尾
• ProxyPassReverse http://localhost:9200/ /es/：确保后端返回的响应头里的Elasticsearch地址，会被替换成前端的/es/前缀路径

为什么会出现路径追加的问题？ #

当你在<LocationMatch>块内使用ProxyPassMatch时，Apache默认会把该块匹配到的完整请求路径，直接追加到你指定的目标URL后面。你原本想代理到http://localhost:9200/archives/_search，结果变成了http://localhost:9200/%{MATCH_IND}/_search/es/archives/_search，再加上命名组引用的大小写错误，就出现了你看到的编码后错乱的URI。

内容的提问来源于stack exchange，提问作者michelgen