验证源码安装nginx权限需分角色逐路径检查：主进程需读配置（/usr/local/nginx/conf权限755、属主root），worker进程需读静态文件（/usr/local/nginx/html需nginx用户rx权限）、写日志与临时目录（/usr/local/nginx/logs和client_body_temp须属nginx:nginx且750），ssl私钥保持root:root 600不可读写。
验证源码安装 Nginx 的安装目录读写权限与归属关系，关键不是“一次性全设对”，而是分角色、按路径逐项确认：主进程要能读配置、worker 进程要能读静态文件和写临时数据、日志系统要能追加写入。下面从三个核心路径出发，给出可直接执行的检查与修复步骤。
检查 /usr/local/nginx（或你指定的 --prefix）主目录归属与权限
该目录存放 conf、sbin、html、logs 等子目录，主进程以 root 启动时需读取 nginx.conf，worker 进程不直接访问此目录本身，但其子目录依赖它提供基础路径可达性。
- 运行 ls -ld /usr/local/nginx，确认输出中属主是 root（安全起见），且至少有 r-x 权限（即 755 或 750）；若为 700 且组/其他无 x 权限，不影响，只要后续 logs、client_body_temp 等子目录归属正确即可
- 重点检查子目录：ls -ld /usr/local/nginx/conf /usr/local/nginx/logs /usr/local/nginx/client_body_temp
- conf 目录必须对 root 可读（通常 755），无需 nginx 用户访问
- logs 和 client_body_temp 必须由 nginx 用户拥有并具备写权限——应看到类似 nginx nginx 属主属组，且权限为 750 或 700
验证 worker 进程实际运行身份与目标路径匹配
worker 不是以 root 身份干活，它只认 nginx.conf 里 user 指令指定的用户（如 user nginx nginx;）。所有它要触碰的路径，都必须对该用户开放最小必要权限。
- 查配置：grep "^user" /usr/local/nginx/conf/nginx.conf，确认已显式设置（不能注释掉）
- 查进程：ps aux | grep "nginx: worker"，看 UID 列是否对应 nginx 用户（可用 id -u nginx 对照）
- 若网站根目录是 /usr/local/nginx/html，运行：sudo -u nginx ls -l /usr/local/nginx/html —— 应能成功列出内容；若报 Permission denied，说明该用户对路径中任一上级（如 /usr、/usr/local、/usr/local/nginx）缺少 x 权限
测试关键路径的读写能力（实操级验证）
光看属主和数字权限不够，得用 nginx 用户身份真实执行读写操作，这是最可靠的验证方式。
- 读测试（静态文件）：sudo -u nginx cat /usr/local/nginx/html/index.html，应正常输出；失败则检查 html 目录及各级父目录的 x 权限，以及 index.html 文件的 r 权限（建议 644）
- 写测试（日志 & 临时目录）：sudo -u nginx touch /usr/local/nginx/logs/test.log && sudo -u nginx rm /usr/local/nginx/logs/test.log；sudo -u nginx mkdir /usr/local/nginx/client_body_temp/test && sudo -u nginx rmdir /usr/local/nginx/client_body_temp/test。任一失败，说明 logs 或 client_body_temp 目录的归属或权限不到位
- 注意：SSL 私钥（如 /usr/local/nginx/conf/ssl/*.key）不应给 nginx 用户写权限，worker 进程也不需要读——主进程用 root 读取后即完成加载，这类文件保持 root:root 600 即可
验证完这三块，基本覆盖了源码安装后最常出问题的权限场景。不需要盲目 chmod 777，也不必强求所有目录都 chown nginx:nginx；按角色分配权限，才是稳定运行的前提。
