proxy_temp_path权限不当会导致502/503等错误；需检查error.log中“(13: permission denied)”提示，确认nginx worker用户对目录有rwx权限，修复时依次创建目录、设置属主（如www-data）、赋权755、处理selinux并重载配置。

当 Nginx 用作反向代理时，若 proxy_temp_path 目录权限配置不当，会导致 upstream 响应无法缓存临时文件，进而触发 502、503 或连接重置等错误，表现为代理请求突然中断或大量失败。

确认是否为 proxy_temp_path 权限问题

先检查 Nginx 错误日志（通常在 /var/log/nginx/error.log），搜索关键词：

• open() "/path/to/proxy_temp/..." failed (13: Permission denied)
• mkdir() "/path/to/proxy_temp/..." failed (13: Permission denied)
• could not create path " + 对应路径 + " in proxy_temp_path

只要出现 (13: Permission denied) 且路径指向 proxy_temp_path 下的子目录，基本可锁定为权限问题。

检查 proxy_temp_path 所在目录的归属与权限

Nginx 工作进程（非 master 进程）以 user 指令指定的用户身份运行（默认常为 www-data 或 nginx）。需确保该用户对 proxy_temp_path 目录及其父路径具备：

• 执行（x）权限：用于进入目录（所有父目录都必须有 x）
• 写入（w）权限：用于创建临时文件和子目录
• 读取（r）权限（可选但建议）：便于调试和清理

执行命令验证（以典型路径 /var/cache/nginx/proxy_temp 为例）：

FastAPI Flask Proxy

FastAPI + Flask 混合部署最佳实践，解决路由定义、API 代理等常见问题，适用于同时运行 FastAPI API 与 Flask 前端的场景。

下载

ls -ld /var/cache/nginx /var/cache/nginx/proxy_temp
ps aux | grep nginx | grep -v master

观察输出中目录属主/属组是否匹配 worker 进程用户，并确认权限位包含 rwx（至少 drwxr-xr-x 或更宽松）。

修复权限并验证配置有效性

按顺序操作：

• 确保目录存在：sudo mkdir -p /var/cache/nginx/proxy_temp
• 设置正确属主：sudo chown -R www-data:www-data /var/cache/nginx（根据实际 worker 用户调整）
• 设置合理权限：sudo chmod -R 755 /var/cache/nginx（不建议 777）
• 检查 SELinux（如启用）：sudo ls -Z /var/cache/nginx，必要时恢复上下文：sudo restorecon -Rv /var/cache/nginx
• 重载 Nginx：sudo nginx -t && sudo nginx -s reload

触发一次代理请求（如 curl 访问后端服务），再查 error.log 是否仍有 permission denied 报错。

预防性建议

避免后续同类问题：

• 在 nginx.conf 的 http 块显式声明 proxy_temp_path，不要依赖默认值（不同发行版默认路径可能不同）
• 将 proxy_temp_path 设在独立分区或目录（如 /var/cache/nginx/proxy_temp），避免与系统临时目录混用
• 若使用容器部署，确保挂载卷权限与容器内 Nginx 用户 UID/GID 一致
• 定期巡检：把 ls -ld $(nginx -T 2>&1 | grep proxy_temp_path | awk '{print $2}') 加入运维脚本