Apache虚拟主机域名无法访问的根本原因是请求未匹配到目标ServerName/ServerAlias而落入默认站点，需通过apache2ctl -S检查加载顺序与匹配状态、验证DNS/hosts解析、确保ServerName/ServerAlias精确覆盖请求Host头、并确认配置已启用且语法正确后重启服务。
这个问题很常见，根本原因在于 apache 没有按预期匹配到你配置的 servername 或 serveralias，而是退回到“默认虚拟主机”（通常是第一个定义的 <virtualhost> 或系统默认站点）响应请求。关键不是“配置写了”，而是“是否被正确识别和优先匹配”。
检查默认虚拟主机是否抢占了流量
Apache 会把第一个匹配成功的 <VirtualHost *:80>（或 *:443）当作兜底项。如果你的自定义站点配置文件在默认站点（如 000-default.conf）之后加载，且没有明确的 ServerName，它就会捕获所有未精确匹配的请求。
- 运行
apache2ctl -S（Ubuntu/Debian）或httpd -S（CentOS/RHEL），查看输出中每个虚拟主机的“port 80”绑定顺序和ServerName列值 - 确认你的目标域名（如
site1.com）是否出现在列表中；若没出现，说明该配置未被加载 - 若出现但排在
_default_或localhost后面，且其ServerName不匹配请求头中的 Host 值，请求就会落到前面那个“默认项”
验证 DNS 和 Hosts 解析是否生效
浏览器发出的 HTTP 请求必须携带正确的 Host 头，Apache 才能据此路由。如果域名还没解析到服务器 IP，或者本地测试时没改 /etc/hosts，请求实际发的是 IP 地址，Host 头就是 IP，自然无法匹配域名配置。
Apache Superset Dashboard and SQL Exploration Skill
下载
Apache Superset 是一个广泛采用的开源 BI 平台，用于 SQL 探索、图表构建和仪表板交付。当代理需要查询仓库数据、组装仪表板或使用成熟的分析界面解释指标而不是临时笔记本代码时，此技能非常有用。
- 在客户端执行
ping site1.com或nslookup site1.com，确认返回的是你的服务器公网 IP - 开发调试阶段，在本地电脑的
hosts文件中加一行：192.168.1.100 site1.com（替换成你服务器真实内网/IP） - 用
curl -H "Host: site1.com" http://192.168.1.100直接测试——绕过 DNS，强制指定 Host 头，看是否能访问到目标站点
确保 ServerName 和 ServerAlias 完全覆盖请求场景
Apache 匹配 Host 头时是**严格字符串比对**（忽略大小写），不支持通配符（*）或正则。如果用户访问的是 www.site1.com，而你只写了 ServerName site1.com，那就不会命中。
- 每个
<VirtualHost>块里必须包含ServerName（主域名）和至少一个ServerAlias（常用别名），例如： ServerName site1.com-
ServerAlias www.site1.com *.site1.com（注意：*.site1.com仅在 Apache 2.4.8+ 支持，且需启用NameVirtualHost兼容模式） - 避免空格、拼写错误、多余点号（如
site1.com.）
确认配置已启用且语法无误
配置文件存在 ≠ 已启用 ≠ 无语法错误。任何一步失败都会导致虚拟主机不可用。
- Ubuntu/Debian：检查是否执行过
a2ensite site1.com.conf，并确认软链接已出现在/etc/apache2/sites-enabled/ - CentOS/RHEL：确认
IncludeOptional /etc/httpd/conf.d/*.conf已启用，且你的配置文件放在/etc/httpd/conf.d/下并以.conf结尾 - 每次修改后都执行
apache2ctl configtest或httpd -t验证语法；只有显示Syntax OK才可重启服务 - 重启命令必须是
systemctl restart apache2（或httpd），不能只 reload —— 有些模块变更 require 完全重启
