403 Forbidden 错误源于 Nginx worker 进程无权读取静态资源，需同步校准运行用户、路径位置（避免/root等受限目录）、SELinux策略，并确保index文件存在且配置匹配。
403 Forbidden 报错出现在 Nginx 中，往往不是“页面没放对”，而是工作进程根本没权限打开那个目录或文件。核心在于：Nginx worker 进程能否合法进入路径、读取内容、执行索引逻辑。解决方向很明确——对齐用户身份、放开路径访问、绕过系统级拦截。
确认并统一 Nginx 工作用户
Nginx 主进程常以 root 启动，但真正处理请求的是 worker 进程，它的身份由 nginx.conf 开头的 user 指令 决定。常见默认值有：
• user nobody;（权限极低，进不了 /home、/root）
• user nginx; 或 user www-data;（取决于系统）
执行命令验证实际运行用户：ps aux | grep "nginx: worker process" | awk '{print $1}'
再比对 nginx.conf 中的 user 行。不一致就直接改配置并重载：nginx -t && nginx -s reload
把网站文件移到开放路径并设对归属
/root、/home/xxx 这类目录受 Linux 内核级限制，即使 chmod 755 也禁止其他用户遍历——worker 进程卡在“进不去”这一步，必然 403。
- ✅ 推荐位置：
/var/www/webui、/opt/webui、/usr/share/nginx/html - ❌ 避免位置：
/root/webui、/home/deploy/app
移完后立即执行：chown -R nginx:nginx /var/www/webuichmod -R 755 /var/www/webui
注意：目录需有执行（x）权限才能被遍历，文件只需读（r）权限即可。
检查 SELinux 是否在背后拦截（仅 CentOS/RHEL）
SELinux 默认启用时，会额外限制 Nginx 访问文件。哪怕用户、权限、路径全对，也可能静默返回 403。
查状态：getenforce（返回 Enforcing 即开启）
临时验证：setenforce 0（若此时 403 消失，就是它）
生产环境不建议永久关闭，更稳妥的做法是打安全上下文标签：semanage fcontext -a -t httpd_sys_content_t "/var/www/webui(/.*)?"restorecon -Rv /var/www/webui
别漏掉 index 文件和 location 规则
权限和路径都 OK，但依然 403？可能卡在最后一步：
- location 块里写了
index index.html;，但目录下实际是Index.html或index.htm（Linux 区分大小写） - 根目录下没有定义的 index 文件，且配置中禁用了
autoindex on;，Nginx 不会列目录，直接拒访 - location / { deny all; } 或类似显式拒绝规则误配在 server 块里
检查方式：
• ls -l /var/www/webui/ 确认 index 文件存在且命名准确
• nginx -T | grep -A5 "location /" 查看生效的 location 配置
