Apache mod_rewrite解析异常，反向代理场景友好URL配置求助

首先咱们得抓住核心矛盾：你用mod_rewrite调整URL后，反向代理没把正确的目标路径传递给82端口的后端服务器，导致后端识别不了请求，返回了自身的错误。下面一步步帮你排查解决：

第一步：先确认基础反向代理配置的正确性 #

你原本访问http://localhost/CONTACT.PRO能正常跳转到后端，说明基础代理规则是生效的，大概率是类似这样的配置：

ProxyPass /cgi-vel/web/ http://localhost:82/cgi-vel/web/
ProxyPassReverse /cgi-vel/web/ http://localhost:82/cgi-vel/web/

这个配置是后续rewrite规则的基础，先确保它没被修改或注释。

第二步：配置mod_rewrite+反向代理的联动规则 #

友好URL的核心是：先把用户访问的简洁URL重写成后端需要的完整路径，再通过代理转发给82端口服务器。这里要注意两个关键细节：

1. 用[P]标记告诉Apache，把重写后的请求交给反向代理处理，而非本地文件系统
2. 保证ProxyPassReverse能覆盖重写后的路径，让后端的响应头（比如跳转）能正确映射回前端的友好URL

示例1：单个友好URL映射

假设你想让http://localhost/contact（小写、无后缀）对应后端的/cgi-vel/web/CONTACT.PRO，配置如下：

# 启用rewrite引擎
RewriteEngine On

# 把友好URL重写为后端需要的路径，并用[P]触发代理转发
RewriteRule ^/contact$ /cgi-vel/web/CONTACT.PRO [P,L]

# 基础代理配置（保持不变）
ProxyPass /cgi-vel/web/ http://localhost:82/cgi-vel/web/
ProxyPassReverse /cgi-vel/web/ http://localhost:82/cgi-vel/web/

示例2：批量友好URL映射

如果要给所有.PRO文件做友好URL（比如/about对应/cgi-vel/web/ABOUT.PRO），可以用通用规则：

RewriteEngine On
# 匹配小写路径，转成大写后拼接.PRO后缀，再转发到后端
RewriteRule ^/([a-z]+)$ /cgi-vel/web/%{UPPER:$1}.PRO [P,L]

ProxyPass /cgi-vel/web/ http://localhost:82/cgi-vel/web/
ProxyPassReverse /cgi-vel/web/ http://localhost:82/cgi-vel/web/

第三步：排查常见坑点 #

• 不要直接重写为后端完整URL：比如不要写RewriteRule ^/contact$ http://localhost:82/cgi-vel/web/CONTACT.PRO [L]，这种方式会绕过ProxyPassReverse，导致后端的跳转响应头无法正确映射到前端友好URL。
• 严格匹配后端路径格式：后端服务器可能对路径大小写、后缀有严格要求，重写后的路径必须和后端期望的完全一致（比如你的后端需要CONTACT.PRO大写，就不能转成小写）。
• 开启日志调试：如果还是报错，开启日志定位问题（调试完成后记得关闭，避免占用资源）：

  # 开启rewrite日志，查看重写后的路径是否正确
  RewriteLog "/var/log/apache2/rewrite.log"
  RewriteLogLevel 3
  
  # 开启代理日志，查看传递给后端的请求详情
  ErrorLog "/var/log/apache2/proxy-error.log"
  LogLevel debug proxy:debug
  

第四步：验证配置 #

修改完配置后重启Apache，访问友好URL，观察后端服务器的请求日志，确认它收到的路径是否符合预期。如果还是有问题，根据后端日志的错误提示，再调整rewrite规则的匹配逻辑。

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