apache documentroot配置正确却报403或启动失败，根本原因是selinux上下文不匹配导致静默拦截；需先用getenforce确认enforcing模式，再以setenforce 0临时验证，最后用semanage fcontext+restorecon永久修复为httpd_sys_content_t类型，并视情况启用httpd_enable_homedirs布尔值。
Apache 的 DocumentRoot 配置正确却返回 403 或启动报 DocumentRoot must be a directory，在启用了 SELinux 的系统（如 CentOS、RHEL、Fedora）上，大概率是 SELinux 安全上下文不匹配导致的静默拦截——文件权限再对、路径再准，只要上下文类型不对，httpd 进程就无权访问。
确认 SELinux 是否启用并处于强制模式
先验证问题是否源于 SELinux：
- 运行
getenforce—— 若输出 Enforcing，说明正在生效拦截 - 临时切换为宽容模式：
sudo setenforce 0，然后重启 Apache 并测试访问
若此时 403 消失或服务能正常启动，基本可锁定为 SELinux 问题 - 恢复强制模式：
sudo setenforce 1
检查目标目录的安全上下文是否合规
Apache 默认只允许访问标记为 httpd_sys_content_t 类型的文件和目录：
- 执行
ls -ldZ /your/documentroot（例如ls -ldZ /var/www/my-site） - 观察输出中第 5 列（如
system_u:object_r:httpd_sys_content_t:s0）
若显示的是user_home_t、home_root_t或unconfined_u:object_r:user_home_t等，即为不合规
修复上下文：永久性设置 + 批量应用
不能只用 chcon 临时改，否则新建文件仍继承错误类型。应使用 semanage 定义默认策略：
- 为整个目录树声明正确类型：
sudo semanage fcontext -a -t httpd_sys_content_t "/your/documentroot(/.*)?" - 立即应用该规则到现有文件：
sudo restorecon -Rv /your/documentroot - 验证修复结果：
ls -ldZ /your/documentroot和ls -Z /your/documentroot/index.html应均显示httpd_sys_content_t
特殊场景补充处理
若 DocumentRoot 设在用户家目录（如 /home/user/www）：
- 需额外开启布尔值：
sudo setsebool -P httpd_enable_homedirs on - 否则即使上下文正确，SELinux 也会因策略限制直接拒绝
- 也可配合
semanage fcontext单独为该路径赋权，但开启布尔值更符合常规做法
