nginx文件上传失败主因是client_body_temp_path目录权限不足，需确认路径与worker用户（如www-data），创建目录并设chown www-data:www-data与chmod 700，selinux/apparmor环境下还需配置对应策略，最后重启nginx验证。

当Nginx处理文件上传时，如果临时目录（client_body_temp_path 指定的路径）权限配置不当，会导致 500 错误、413 Request Entity Too Large（实际是写入失败被误报）、或日志中出现 open() "/var/nginx/client_body_temp/xxx" failed (13: Permission denied) 等报错。核心原因是：Nginx worker 进程（通常以非 root 用户如 www-data 或 nginx 身份运行）无法在该目录下创建或写入临时文件。

确认当前使用的临时目录和运行用户

先查清 Nginx 实际配置的上传临时路径和 worker 用户：

• 执行 nginx -t -v 确保配置语法正确，再运行 nginx -T 2>/dev/null | grep client_body_temp_path 查看是否显式设置了临时路径；未设置则默认为 client_body_temp_path /var/nginx/client_body_temp（具体路径取决于编译时 prefix，常见于 /var/run/nginx/client_body_temp 或 /usr/local/nginx/client_body_temp）
• 查看主配置中 user 指令，例如 user www-data;；若未设置，默认使用启动进程的用户（systemd 下常为 nginx 或 www-data）
• 用 ps aux | grep nginx 确认 worker 进程实际运行用户

修复目录权限与归属

确保目标临时目录存在、归属正确、权限合理：

• 创建目录（若不存在）：sudo mkdir -p /var/nginx/client_body_temp（路径需与配置一致）
• 修改属主：sudo chown www-data:www-data /var/nginx/client_body_temp（将 www-data 替换为你的 Nginx worker 用户名）
• 设置权限：sudo chmod 700 /var/nginx/client_body_temp（仅属主可读写执行，足够安全且满足写入需求）
• 注意：不要设为 777，避免安全隐患；也不要遗漏 -p 导致父目录缺失

验证 SELinux 或 AppArmor 干扰（仅限相关系统）

在 CentOS/RHEL（启用 SELinux）或 Ubuntu（启用 AppArmor）上，即使文件权限正确，安全模块也可能阻止写入：

• CentOS/RHEL：运行 sudo ausearch -m avc -ts recent | grep nginx，若看到 avc: denied ... name="client_body_temp"，需添加策略：sudo semanage fcontext -a -t httpd_var_run_t "/var/nginx/client_body_temp(/.*)?"，然后 sudo restorecon -Rv /var/nginx/client_body_temp
• Ubuntu：检查 sudo aa-status | grep nginx，若处于 enforce 模式，编辑 /etc/apparmor.d/usr.sbin.nginx，在 /var/nginx/** rw, 行附近补充 /var/nginx/client_body_temp/** rwk,，再执行 sudo apparmor_parser -r /etc/apparmor.d/usr.sbin.nginx

重启并测试上传流程

完成上述步骤后，务必完整重启 Nginx 使变更生效，并验证上传行为：

• 执行 sudo nginx -t 确认配置无误
• 重启服务：sudo systemctl restart nginx（或 sudo service nginx restart）
• 用 curl 或表单上传一个 1–2MB 的文件，观察 HTTP 响应码与 Nginx error log（tail -f /var/log/nginx/error.log）是否还有 permission 相关错误
• 上传成功后，可进入 client_body_temp 目录确认有临时文件生成并被及时清理（Nginx 在请求结束后自动删除）