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}')加入运维脚本
