Apache 403 Forbidden本质是“找到了却不让进”，需逐层排查请求路径存在性、文件系统权限（目录x/文件r）、Apache配置（Require all granted等）、SELinux/AppArmor安全模块，缺一不可。
Apache 返回 403 Forbidden，不是文件找不到，而是“找到了却不让进”。它本质是一道权限链断裂——从请求路径、Linux 文件系统、Apache 配置到 SELinux/AppArmor 安全模块，任一环节卡住都会触发这个错误。排查不能只看 DocumentRoot 目录本身，而要顺藤摸瓜，一层层验证。
确认 DocumentRoot 路径与 块完全匹配
这是最常见也最容易忽略的问题：改了 DocumentRoot，却忘了同步更新对应的
- DocumentRoot "/var/www/myapp" 和 <Directory "/var/www/myapp"> 必须字符级一致（包括末尾斜杠、大小写、空格）
- Apache 2.4+ 必须在该
块内包含 Require all granted；若存在 Require all denied 或外层 中的 Deny 规则，会直接覆盖内层放行 - 检查是否误启用了虚拟主机配置（如 httpd-vhosts.conf），导致实际生效的是另一个未授权的
块
检查路径中每一级目录的执行（x）权限
Linux 要求 Apache 用户能“进入”每层父目录，才能抵达 DocumentRoot 下的文件。缺任意一级 x 权限，就会报 access to / denied (filesystem path '')。
Somark Document Parser
下载
使用 SoMark 将 PDF、图片（PNG/JPG/BMP/TIFF/WebP/HEIC）、Word、PPT 及其他文档解析为 Markdown 或 JSON，满足各类文档解析需求（如简历等）。
- 用 namei -l /var/www/myapp 查看完整路径中每个组件的权限、属主和属组
- 重点排查家目录（如 /home/user）、挂载点或深层路径（如 /srv/app/public）——这些位置常设为 700，Apache 用户（www-data/apache）无法穿越
- 修复建议：chmod 711 /home/user（仅开放执行权，不泄露内容）；目标目录设为 755，文件设为 644；必要时 chown -R www-data:www-data /var/www/myapp
验证 Apache 进程用户是否有真实读取权
即使配置和路径都对，Apache 进程仍可能被系统级安全机制拦住。
- 先查运行用户：ps aux | grep -E '(www-data|apache|httpd)' 或 grep -i '^user\|^group' /etc/httpd/conf/httpd.conf
- SELinux 启用时（RHEL/CentOS/Fedora）：sudo setenforce 0 临时关闭，若 403 消失即为 SELinux 导致；再用 ls -Z /var/www/myapp 确认上下文是否为 httpd_sys_content_t，否则执行 sudo semanage fcontext -a -t httpd_sys_content_t "/var/www/myapp(/.*)?" + sudo restorecon -Rv /var/www/myapp
- AppArmor（Ubuntu/Debian）下运行 sudo aa-status，确认 profile 允许访问该路径
检查 .htaccess 是否被允许生效
如果你依赖 .htaccess 控制访问（比如密码保护、重写规则），但对应
- 临时改为 AllowOverride All 测试是否恢复访问
- 生产环境推荐最小化授权，例如：AllowOverride AuthConfig FileInfo（只允许认证和重写相关指令）
- 注意：.htaccess 只对当前目录及子目录生效，上级目录的 AllowOverride 设置会限制其作用范围
