fastcgi_read_timeout必须安装服务器或位置块中，写在http块里会报错；需要同步配置fastcgi_conne ct_timeout、fastcgi_send_timeout，并确保三者均不小于PHP-FPM的request_terminate_timeout。

fastcgi_read_timeout必须写在位置或服务器块里

直接在http块里写块fastcgi_read_timeout 会导致 Nginx 启动失败，错误信息是："fastcgi_read_timeout"directive is not allowed here。它只接受出现在服务器相当细粒度的位置块中。

最稳妥的做法是定位到实际处理 PHP 的位置 ~ \.php$ 内配置，避免影响静态资源或其他非 PHP 路径:别在 http 或上游块里写，语法直接报错在服务器 .php$ 的位置FastCGI超时Fastcgi_connect_timeout、fastcgi_send_timeout、fastcgi_read_timeout各管段，缺一不可：fastcgi_connect_timeout：Nginx连上PHP-FPM header + PHP-FPM body）发给执行完成并把响应返回给Nginx的全程节点连接；99% 的 504 CentOS Linux 7.9.2009

CentOS Linux 7.9.2009是传统的CentOS Linux 7图片RHEL 7生态、文档丰富和软件支持广泛着称，曾长期用于Web服务内部业务系统。不过CentOS Linux 7已于2024年6月30日停止维护，现在继续使用会面临安全问题。该版本更适合旧业务迁移、历史环境恢复或离线兼容性测试。

下载 fastcgi_connect_timeout 30; fastcgi_send_timeout 300； fastcgi_read_timeout 600;如果小于 PHP-FPM 的 request_terminate_timeout（或 max_execution_time），Nginx 会在 PHP PHP 真正异常。检查 /etc/php/*/fpm/php.ini 中的 max_execution_time，至少设置和 fastcgi_read_timeout 相同值再确认 /etc/php/*/fpm/pool.d/www.conf 中的request_terminate_timeout，它优先级更高，必须≥前两者改PHP配置后，记得执行 sudo systemctl reload php*-fpmproxy_* 参数对 PHP-FPM 完全无效

只要用了fastcgi_pass（比如 fastcgi_pass unix:/var/run/php/php8.1-fpm.sock），所有 proxy_* 系列参数（更多proxy_read_timeout）都无效。这是协议层的：FastCGI 和 HTTP 代理是两套独立通道。不要在 PHP 块里写 proxy_read_timeout，它会被决定忽略也不要指望改掉 http 块里的 proxy_read_timeout 能做到 PHP Sleep(2) 的 PHP 脚本，PHP-FPM + php.ini 超时值要形成递进关系）。漏掉任意一环，504就照常出现。