Apache虚拟主机配置未生效，主因是配置未被加载、匹配失败或权限/模块限制：先用-t -D DUMP_VHOSTS验证是否加载，检查ServerName精确匹配与ServerAlias补充，确认Require all granted和AllowOverride All已设，再查rewrite_module启用及SELinux/AppArmor拦截。

apache服务重载后，某些虚拟主机配置看似写对了却没生效，往往不是语法错误，而是配置继承与覆盖逻辑在多层作用域中悄然起效——主配置、虚拟主机块、目录块、.htaccess 文件之间存在明确的优先级顺序，低层设置可能被高层覆盖，也可能被安全策略静默拦截。

确认配置是否真正被加载

语法正确 ≠ 配置生效。先验证你的虚拟主机文件是否实际进入 Apache 加载流程：

• 运行 sudo apache2ctl -t -D DUMP_VHOSTS（Ubuntu/Debian）或 sudo httpd -t -D DUMP_VHOSTS（CentOS/RHEL），查看输出中是否列出你的域名；若未出现，说明该配置文件未被 Include 或未启用（如未执行 a2ensite）
• 检查 /etc/apache2/sites-enabled/ 下是否有对应软链接（Ubuntu）；或确认 httpd.conf 中 Include 指令是否包含你配置所在的路径（如 conf/extra/httpd-vhosts.conf）
• 注意文件名顺序：Apache 按字母序加载 sites-enabled/ 下的文件，00-myapp.conf 会比 default.conf 更早加载，影响兜底行为

检查匹配逻辑是否被绕过

即使配置已加载，请求仍可能因匹配失败而落到其他虚拟主机：

Apache Superset Dashboard and SQL Exploration Skill

Apache Superset 是一个广泛采用的开源 BI 平台，用于 SQL 探索、图表构建和仪表板交付。当代理需要查询仓库数据、组装仪表板或使用成熟的分析界面解释指标而不是临时笔记本代码时，此技能非常有用。

下载

• ServerName 必须精确匹配 Host 头：访问 www.example.com 时，ServerName example.com 不匹配，需补充 ServerAlias www.example.com
• 确保没有未命名的兜底块抢占流量：例如一个仅含 <VirtualHost *:80> 但无 ServerName 的配置，会捕获所有 IP 直接访问和不匹配的域名请求
• Ubuntu 16.04+ 用户需确认 /etc/apache2/ports.conf 中存在 NameVirtualHost *:80（Apache 2.4 要求显式声明，否则仅第一个 <VirtualHost> 参与名称匹配）

排查权限与覆盖层级冲突

配置加载了、也匹配了，但页面仍 403/404，很可能是访问控制被更高层覆盖：

• 检查 <Directory> 块内是否写了 Require all granted（Apache 2.4+ 强制要求，漏写即 403）
• 确认该目录下 AllowOverride All 已设置，否则 .htaccess 文件不生效，导致 Laravel/WordPress 等框架伪静态 404
• 主配置（如 apache2.conf）中若对同一路径定义了更严格的 <Directory>，会覆盖虚拟主机内的同路径设置

验证模块与安全策略是否干预

某些功能依赖模块或受系统级策略限制，配置本身无误但行为异常：

• 运行 sudo apache2ctl -M | grep rewrite 确认 rewrite_module 已启用；HTTPS 重定向规则必须放在 80 端口虚拟主机中，不能只写在 443 块里
• SELinux（RHEL/CentOS）可能阻止访问：临时执行 sudo setenforce 0 测试，若问题消失，需用 semanage fcontext 修复上下文
• AppArmor（Ubuntu）日志查 /var/log/audit/audit.log，过滤 apache2 关键词