Apache虚拟主机根目录配置出错最典型表现为403 Forbidden或落到默认站点，根源在于识别、授权与访问链路未打通，需分四步排查：确认配置加载、核对路径一致性、检查Require all granted授权、验证文件系统及SELinux权限。
Apache 虚拟主机根目录配置出错，最典型表现是访问域名时返回 403 Forbidden 或直接落到默认站点（如 /var/www/html），而不是你指定的目录。问题往往不在“路径写错”本身，而在于 Apache 对该路径的识别、授权和访问链路没打通。排查要分四步走：确认配置加载、核对路径一致性、检查权限授权、验证系统级访问能力。
确认虚拟主机配置文件是否真正被 Apache 加载
很多故障其实卡在第一步——配置写了，但 Apache 根本没读它。
- CentOS/RHEL 系统：打开
/etc/httpd/conf/httpd.conf，搜索Include conf/extra/httpd-vhosts.conf，确保这行没有被注释（即开头不能有#） - Debian/Ubuntu 系统：不用手动 Include，改用
a2ensite your-site.conf启用站点，并确认该文件已软链接到/etc/apache2/sites-enabled/ - 验证是否生效：运行
sudo httpd -M | grep vhost（CentOS）或sudo apache2ctl -M | grep vhost（Ubuntu），看到vhost_alias_module仅表示模块启用，还需执行sudo httpd -t或sudo apache2ctl configtest确认语法通过，再检查sudo httpd -D DUMP_VHOSTS是否列出你的ServerName
确保 DocumentRoot 和 Directory 路径完全一致且精确匹配
Apache 对路径大小写、尾斜杠、符号链接都敏感，差一个字符就失效。
-
DocumentRoot "/var/www/myapp"必须严格对应<Directory "/var/www/myapp">—— 注意：末尾不能加斜杠，/var/www/myapp/是错的 - 路径区分大小写：Linux 下
/Var/WWW/MyApp和/var/www/myapp是两个不同路径，必须完全一致 - 如果用了符号链接，需在
<Directory>块中启用Options FollowSymLinks，且目标目录本身要有+x权限（允许进入）
检查 Apache 2.4+ 的授权规则是否完整覆盖
Apache 2.4 引入了全新的访问控制机制，旧写法（Allow from all）完全无效，漏掉关键指令就会 403。
- 每个
<VirtualHost>内，<Directory>块里必须包含Require all granted—— 这不是可选项，是硬性要求 - 注意顶层限制干扰：主配置中常有
<Directory /> ... Require all denied </Directory>，它会拒绝所有请求，除非你的站点<Directory>块写在它之后且路径更具体，Apache 才会按顺序应用更精细的规则 - 不要混用新旧语法：
AllowOverride All只在需要支持.htaccess时才加；生产环境建议设为None避免性能损耗
验证文件系统权限与 SELinux 状态
即使 Apache 配置全对，操作系统层面的拦路虎也会导致 403。
- Apache 进程用户（CentOS 是
apache，Ubuntu 是www-data）必须能遍历整个路径：每级目录都要有x（执行）权限（即“进入权限”），文件要有r（读）权限。可用namei -l /var/www/myapp/index.html逐级检查 - RHEL/CentOS/Fedora 默认开启 SELinux。运行
sestatus查看状态，若为enforcing，临时执行setenforce 0测试是否恢复访问；确认是 SELinux 导致后，用chcon -R -t httpd_sys_content_t /var/www/myapp修复上下文 - 防火墙一般不影响 403，但若端口不通（如 80 被占用），会导致连接失败而非 403，这点需区分
