nginx配置文件读取失败（13: permission denied）本质是root主进程被系统拒绝访问，需依次检查路径真实性、父目录x权限链、selinux上下文、挂载属性及acl限制。
当执行 nginx -t 报错提示“user has no permission to read config file”或类似“open() failed (13: Permission denied)”时，问题不在配置语法本身，而在于 Nginx 主进程（以 root 身份运行）无法读取配置文件——这通常发生在配置文件或其任意父目录的权限/属主设置不当，导致 root 用户也被系统拒绝访问。
确认配置文件路径与实际位置是否一致
错误日志或 nginx -t 输出中会明确显示被拒绝访问的路径，例如：nginx: [emerg] open() "/etc/nginx/nginx.conf" failed (13: Permission denied)
先验证该路径是否真实存在、拼写是否正确：ls -l /etc/nginx/nginx.conf
若提示 “No such file or directory”，说明配置路径错误，需检查启动命令是否指定了 -c 参数，或确认 Nginx 是否安装在非标准路径（如 /usr/local/nginx/conf/nginx.conf）。
检查配置文件及其所有父目录的权限链
Linux 要求访问一个文件，必须对**路径中每一级目录**都具备执行（x）权限。即使 /etc/nginx/nginx.conf 本身权限是 644，若 /etc、/etc/nginx 中任一目录缺少 x 权限（尤其是被设为 700 或 750 且属组不匹配），root 也会被拒。
使用ydata-profiling（前身为pandas-profiling）生成全面的数据质量报告，包含相关性分析、缺失值模式和基数检测。导出交互式HTML仪表板和JSON摘要。
- 用
namei -l /etc/nginx/nginx.conf逐级查看每层目录的属主、属组和权限 - 重点关注：
/etc（应为 755）、/etc/nginx（建议 755 或 750 + 属组 root） - 常见陷阱：手动创建
/etc/nginx时用了mkdir nginx，未设权限；或通过 scp/root 复制后属主变成普通用户
验证 root 用户是否真能读取该文件
不要假设 root 一定有权限——SELinux、挂载选项（如 noexec、nosuid）、ACL 或只读文件系统都可能干预。
- 切换到 root 并尝试直接读取：
sudo su -c "cat /etc/nginx/nginx.conf" -s /bin/bash - 若报 Permission denied，再查 SELinux：
sestatus和ausearch -m avc -ts recent | grep nginx - 若启用 SELinux，临时测试是否为上下文问题：
sudo restorecon -v /etc/nginx/nginx.conf
检查文件系统挂载属性与 ACL 限制
某些环境（如容器、LXC、加密 home 目录）下，配置文件若放在非标准位置（如 /home/admin/nginx.conf），可能因挂载选项受限。
- 运行
mount | grep "$(dirname /path/to/nginx.conf)"查看对应分区是否含noexec、nosuid或ro（只读） - 检查是否存在 ACL 限制：
getfacl /etc/nginx/nginx.conf，留意是否有 deny 条目 - 特别注意：部分云平台镜像默认将
/etc挂为只读（immutable），需确认是否启用chattr +i
