Master 进程需 root 权限以绑定低端口（如80/443）、读取配置、管理Worker进程及实现平滑升级；Worker进程则按user指令降权运行，构成Nginx安全模型核心。
启动 Nginx 后，Master 进程默认以启动用户（通常是 root）身份运行，而 Worker 进程则按配置文件中 user 指令指定的用户和组来降权运行——这是 Nginx 安全模型的核心设计。
Master 进程为何需要 root 权限
Master 进程负责监听端口（如 80/443）、读取配置、管理 Worker 生命周期、重载配置、平滑升级等特权操作。其中绑定低端口（user，Nginx 会直接报错退出。
- 可通过
ps aux | grep nginx查看进程用户：第一行（含 master process 字样）的 USER 列即为 Master 所属用户 - 若用
systemctl start nginx启动，Master 通常由 systemd 以 root 身份拉起（除非 unit 文件显式配置了User=） - 手动执行
nginx命令时，谁执行谁就是 Master 的运行用户
Worker 进程身份由 user 指令控制
Nginx 主配置文件（如 /etc/nginx/nginx.conf）顶部的 user 指令决定 Worker 进程的 UID/GID。该指令格式为：user <user> [<group>];</group></user>，未设置时默认为 nobody 或构建时指定的用户。
- 常见写法：
user www-data www-data;（Debian/Ubuntu）或user nginx nginx;（CentOS/RHEL） - Worker 进程不会继承 Master 的权限，而是主动调用
setuid()/setgid()降权，完成后不再拥有 root 权限 - 可通过
ps aux | grep 'worker process'验证：USER 列应与user指令一致
验证与调试技巧
当访问出现 403 或静态文件无法读取时，常因 Worker 用户无文件访问权限。此时需同步检查三者身份一致性：
-
Worker 进程用户：
ps -o pid,user,comm -C nginx -
网站根目录属主：如
/var/www/html应属www-data:www-data或对应用户组 - Nginx 配置中的 user 指令：确认未被注释，且拼写正确（注意分号结尾）
- 若修改了
user，必须执行nginx -s reload（而非 restart），否则新 Worker 不生效
安全建议与常见误区
不推荐将 Master 和 Worker 全部运行在 root 下，也不建议 Worker 使用 root —— 这会极大扩大攻击面。
- 避免在生产环境省略
user指令；若留空，不同发行版默认值可能不同，行为不可控 - 不要用
sudo nginx启动后手动改user却不 reload：Master 是 root，Worker 可能仍为 root，存在安全隐患 - SELinux 或 AppArmor 启用时，还需确保对应用户有网络绑定和文件读取策略，仅改
user不够
