最常见原因是VirtualHost未显式声明匹配DocumentRoot的<Directory>块，导致权限配置未被继承；必须在每个VirtualHost内精确写出与DocumentRoot完全一致的<Directory>路径，并确保AllowOverride逐级未被None覆盖、Require all granted已设置、SELinux及文件系统权限到位。
directory 配置不生效，最常见表现是改了 <directory> 块里的权限（比如加了 require all granted），但访问仍报 403 forbidden；或者设了 allowoverride all，.htaccess 却完全没作用。问题不在“写没写”，而在“有没有被 apache 真正读到并应用”。
检查 VirtualHost 是否覆盖了全局 Directory 设置
Apache 的配置有作用域优先级：VirtualHost > Directory（路径匹配最精确者）> 全局。如果你在主配置文件里写了 <Directory "/var/www">，但又启用了 VirtualHost，而 VirtualHost 里没再声明对应的 <Directory> 块，那里面定义的 DocumentRoot 就不会自动继承外部的权限设置——它默认按最小权限运行。
- 务必在每个
<VirtualHost>内部，显式写出与DocumentRoot完全一致路径的<Directory>块 - 路径必须一字不差，末尾不加斜杠，引号要匹配，例如：
<Directory "/var/www/myapp">，不能写成<Directory /var/www/myapp/> - Apache 2.4+ 必须包含
Require all granted，Allow from all已失效
确认 AllowOverride 是否真正启用
AllowOverride All 不是开关，而是“允许 .htaccess 覆盖哪些指令”的白名单。即使写了这行，如果父目录或更上层的 <Directory> 块设了 AllowOverride None，它也会被拦截。
Apache Superset Dashboard and SQL Exploration Skill
下载
Apache Superset 是一个广泛采用的开源 BI 平台，用于 SQL 探索、图表构建和仪表板交付。当代理需要查询仓库数据、组装仪表板或使用成熟的分析界面解释指标而不是临时笔记本代码时，此技能非常有用。
- 逐级向上检查路径：比如请求
/a/b/c.php，Apache 会依次匹配/→/a→/a/b→/a/b/c.php所属的<Directory>，取其中最内层、路径最长的那个生效 - 确保从 DocumentRoot 开始，整条路径上的所有
<Directory>都没设AllowOverride None - 如只需重写功能，可写
AllowOverride FileInfo，比All更安全且高效
验证配置是否被加载且语法正确
配置文件放错位置、没启用、或有隐藏语法错误，都会导致整个块被跳过。
- Debian/Ubuntu 系：配置应放在
/etc/apache2/sites-available/下，用a2ensite启用，并确保sites-enabled是通过符号链接指向它 - RHEL/CentOS 系：推荐放入
/etc/httpd/conf.d/目录，以.conf结尾，Apache 启动时自动加载 - 执行
sudo apache2ctl configtest（Debian）或sudo httpd -t（RHEL）验证语法；报错提示的“line X”要连同上一行一起看，常是括号或引号不闭合
留意 SELinux 或文件系统权限干扰
即使 Apache 配置完全正确，SELinux 策略或目录实际权限也可能让 <Directory> 形同虚设。
- RHEL/CentOS 上临时测试：运行
sudo setenforce 0关 SELinux，若此时配置突然生效，说明是策略限制，需用chcon或semanage fcontext修复上下文 - Web 服务用户（如
www-data或apache）必须对目标目录有x（执行）权限才能进入，对文件有r（读）权限才能返回内容；常用命令：sudo chown -R www-data:www-data /var/www/myapp和sudo chmod -R 755 /var/www/myapp - 特别注意：父目录（如
/var/www）若权限太严（如 700），子目录设再宽也没用
