Apache2站点访问异常：http带www出默认页，https主域正常疑配置有误

你推测的重定向规则配置错误并非当前问题的核心诱因，出现这类场景时配置缺失、域名匹配不到的概率远高于规则写错的概率，无需第一时间把问题归因到重定向逻辑上。

你当前的访问现象有非常明确的配置映射关系：

• 访问https://monsite.com（无www、HTTPS协议）可正常加载自定义页面，说明这部分对应的VirtualHost配置块、站点根目录指向、SSL证书逻辑完全正常
• 访问http://www.monsite.com（带www、HTTP协议）返回Apache默认的「It works!」测试页，说明这个域名发起的HTTP请求根本没有被你的自定义站点配置捕获，直接被Apache全局默认站点（即000-default.conf对应的默认测试页）兜底接收了

• 第一优先级：核对VirtualHost的域名绑定配置
  打开你提到的000-monsite.conf文件，检查80端口（即HTTP协议对应的*:80）VirtualHost块的域名声明部分：
  • 确认块内是否同时声明了ServerName monsite.com和ServerAlias www.monsite.com。多数同类问题都来源于配置时只写了不带www的主域名，遗漏了www域名的别名声明，导致带www的HTTP请求无法匹配到自定义站点规则，被默认站点接走。
  • 可以直接对照正常运行的443端口（HTTPS对应的*:443）VirtualHost块的域名声明：如果HTTPS块已经把www.monsite.com加入了ServerAlias列表，但HTTP块没加，刚好会出现你现在的访问异常。
• 第二优先级：核对Apache的VirtualHost加载匹配优先级
  Apache对HTTP请求的匹配逻辑是：优先匹配和请求Host头完全一致的ServerName/ServerAlias条目，如果没有找到匹配项，就把第一个加载的VirtualHost块作为兜底返回内容。
  这里可以直接在服务器上执行命令查看全量VirtualHost的匹配关系：apache2ctl -S，输出内容会直接列出每个监听端口下所有VirtualHost对应的配置文件路径、绑定的域名列表，能直观确认www.monsite.com到底是被绑定到了你的自定义站点配置，还是落到了默认站点的兜底规则里。
  额外提一句：按文件名字典序排序，默认站点配置000-default.conf的加载顺序实际早于000-monsite.conf，只要存在域名匹配遗漏，默认站点的兜底作用就会触发，直接返回测试页。
• 第三优先级：排查重定向规则的配置问题
  只有当你确认www.monsite.com已经被正确绑定到自定义站点的80端口块时，才需要把排查方向转到重定向规则上：
  • 常见错配场景包括：HTTP跳转HTTPS的规则只针对不带www的域名做了匹配，带www的请求漏了跳转条件；重写规则写错路径，把带www的请求硬指向了默认测试页的文件目录。
  • 验证方法非常简单：暂时把当前VirtualHost块下的所有Rewrite重写规则全部注释掉，直接通过80端口的站点根目录测试访问http://www.monsite.com——如果注释完规则后页面可以正常加载自定义内容，才说明问题出在重定向配置上；如果仍然返回It works，就和重定向规则完全无关。
• 第四优先级：排除域名解析层面的异常
  如果你本地或测试客户端配置了hosts文件做域名解析，需要核对下www.monsite.com的解析记录是不是准确指向了服务器的公网IP，避免因解析偏差把带www的请求转发到其他服务地址上。

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