Apache中RewriteCond与RewriteRule仅无路径访问时失效怎么办

问题根因 #

• 当前配置的RewriteCond仅匹配newdomain.com，www.newdomain.com的所有请求都未触发反向代理规则，会直接尝试读取本地服务器的站点文件，根路径无对应文件就返回404
• 部分Apache版本中，根路径请求的^(.*)$匹配结果为空时，拼接规则可能出现异常，导致代理请求路径不符合预期
• 未配置代理响应头改写，若旧域名根路径存在重定向逻辑，也可能导致跳转异常返回404

修复方案 #

方案1：优化现有Rewrite规则（适合需要保留重写逻辑的场景） #

<VirtualHost myserver:80>
ServerName newdomain.com
ServerAlias www.newdomain.com
RewriteEngine on
# 同时匹配带/不带www的域名，NC表示忽略大小写
RewriteCond %{HTTP_HOST} ^(www\.)?newdomain\.com$ [NC]
# 适配不同版本Apache的路径匹配逻辑，L表示匹配后终止后续规则
RewriteRule ^/?(.*)$ https://olddomain.com/$1 [P,L]
# 自动改写响应头的重定向地址、Cookie域名，避免用户跳转到旧域名
ProxyPassReverse / https://olddomain.com/
</VirtualHost>

方案2：使用原生ProxyPass指令（推荐，性能优于Rewrite的[P]标志） #

不需要启用重写模块，配置更简洁稳定：

<VirtualHost myserver:80>
ServerName newdomain.com
ServerAlias www.newdomain.com
# 全局反向代理所有路径到旧域名
ProxyPass / https://olddomain.com/
ProxyPassReverse / https://olddomain.com/
# 如有不需要代理的路径，可在此上方添加规则：ProxyPass /xxx !
</VirtualHost>

排查思路 #

修改配置后仍有问题可按以下步骤定位：

1. 检查依赖模块是否开启：执行apache2ctl -M（Debian/Ubuntu系）或httpd -M（CentOS/RHEL系），确认mod_proxy、mod_proxy_http已加载，使用Rewrite方案需额外确认mod_rewrite已加载
2. 查看错误日志：检查Apache的error_log文件，确认404是本地Apache返回，还是代理到旧域名后旧域名返回
3. 验证旧域名可用性：直接访问https://olddomain.com确认根路径本身可正常访问，无404错误

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