php - 尽管进行了配置，NginX 仍会在 60 秒后发出 HTTP 499 错误。 (PHP 和 AWS)

Question

上周末，我注意到我的一个中型 AWS 实例存在问题，如果请求超过 60 秒，Nginx 总是返回 HTTP 499 响应。被请求的页面是一个 PHP 脚本

我花了几天时间试图找到答案，并尝试了我可以在互联网上找到的所有内容，包括 Stack Overflow 上的几个条目，但没有任何效果。

我已经尝试修改 PHP 设置、PHP-FPM 设置和 Nginx 设置。你可以看到我周五在 NginX 论坛上提出的一个问题 (http://forum.nginx.org/read.php?9,237692) 虽然没有收到任何回应，所以我希望我能在我被迫搬回我知道的 Apache 之前在这里找到答案只是工作。

此 不是 与其他条目中报告的 HTTP 500 错误相同的问题。

我已经能够通过使用 PHP 5.4.11 的 NginX 的新微型 AWS 实例来复制该问题。

为了帮助任何希望看到实际问题的人，我将带您完成我为最新的 Micro 测试服务器运行的设置。

您需要使用 AMI ami-c1aaabb5 启动一个新的 AWS Micro 实例(因此它是免费的)

这个 PasteBin 条目具有完整的设置来运行以反射(reflect)我的测试环境。最后你只需要在 NginX 配置中更改 example.com

http://pastebin.com/WQX4AqEU

设置完成后，您只需要创建我正在测试的示例 PHP 文件

<?php
sleep(70);
die( 'Hello World' );
?>

将其保存到 webroot 中，然后进行测试。如果您使用 php 或 php-cgi 从命令行运行脚本，它将起作用。如果您通过网页访问脚本并跟踪访问日志/var/log/nginx/example.access.log，您会注意到在 60 秒后收到 HTTP 1.1 499 响应。

现在您可以看到超时，我将通过我对 PHP 和 NginX 所做的一些配置更改来尝试解决这个问题。对于 PHP，我将创建几个配置文件，以便可以轻松禁用它们

更新 PHP FPM 配置以包含外部配置文件

sudo echo '
include=/usr/local/php/php-fpm.d/*.conf
' >> /usr/local/php/etc/php-fpm.conf

创建一个新的 PHP-FPM 配置来覆盖请求超时

sudo echo '[www]
request_terminate_timeout = 120s
request_slowlog_timeout = 60s
slowlog = /var/log/php-fpm-slow.log ' >
/usr/local/php/php-fpm.d/timeouts.conf

更改一些全局设置以确保紧急重启间隔为 2 分钟

# Create a global tweaks
sudo echo '[global]
error_log = /var/log/php-fpm.log
emergency_restart_threshold = 10
emergency_restart_interval = 2m
process_control_timeout = 10s
' > /usr/local/php/php-fpm.d/global-tweaks.conf

接下来，我们将更改一些 PHP.INI 设置，再次使用单独的文件

# Log PHP Errors
sudo echo '[PHP]
log_errors = on
error_log = /var/log/php.log
' > /usr/local/php/conf.d/errors.ini

sudo echo '[PHP]
post_max_size=32M
upload_max_filesize=32M
max_execution_time = 360
default_socket_timeout = 360
mysql.connect_timeout = 360
max_input_time = 360
' > /usr/local/php/conf.d/filesize.ini

如您所见，这将套接字超时增加到 3 分钟，并有助于记录错误。

最后，我将编辑一些 NginX 设置以增加该侧的超时

首先我编辑文件/etc/nginx/nginx.conf 并将其添加到 http 指令
fastcgi_read_timeout 300;

接下来，我编辑我们之前创建的文件/etc/nginx/sites-enabled/example(请参阅 pastebin 条目)并将以下设置添加到 服务器 指示

client_max_body_size    200;
client_header_timeout   360;
client_body_timeout     360;
fastcgi_read_timeout    360;
keepalive_timeout       360;
proxy_ignore_client_abort on;
send_timeout            360;
lingering_timeout       360;

最后，我将以下内容添加到服务器目录的 location ~ .php$ 部分

fastcgi_read_timeout 360;
fastcgi_send_timeout 360;
fastcgi_connect_timeout 1200;

在重试脚本之前，启动 nginx 和 php-fpm 以确保已选择新设置。然后我尝试访问该页面，但仍然收到 NginX example.error.log 中的 HTTP/1.1 499 条目。

那么，我哪里出错了？当我将 PHP 的最大执行时间设置为 2 分钟时，这仅适用于 apache。

我可以看到 PHP 设置已通过运行 获取。 phpinfo() 来自可访问的网页。我只是不明白，我实际上认为已经增加了太多，因为它只需要在 server->location 指令中更改 PHP 的 max_execution_time、default_socket_timeout 以及 NginX 的 fastcgi_read_timeout。

更新 1

执行了一些进一步的测试以表明问题不在于客户端正在死亡我已将测试文件修改为

<?php
file_put_contents('/www/log.log', 'My first data');
sleep(70);
file_put_contents('/www/log.log','The sleep has passed');
die('Hello World after sleep');
?>

如果我从网页运行脚本，那么我可以看到文件的内容被设置为第一个字符串。 60 秒后，错误出现在 NginX 日志中。 10 秒后，文件内容变为第二个字符串，证明 PHP 正在完成该过程。

更新 2

设置 fastcgi_ignore_client_abort 开启； 确实将响应从 HTTP 499 更改为 HTTP 200，但仍然没有任何内容返回给最终客户端。

更新 3

将 Apache 和 PHP (5.3.10) 直接安装到盒子上(使用 apt)然后增加执行时间，这个问题似乎也发生在 Apache 上。现在的症状与 NginX 相同，是 HTTP200 响应，但实际客户端连接提前超时。

我也开始注意到，在 NginX 日志中，如果我使用 Firefox 进行测试，它会发出双重请求(例如 PHP script executes twice when longer than 60 seconds )。虽然这似乎是客户端在脚本失败时提出请求

Answer 1

问题的原因是 AWS 上的弹性负载均衡器。默认情况下，它们在 60 秒不事件后超时，这就是导致问题的原因。

所以它不是 NginX、PHP-FPM 或 PHP，而是负载均衡器。

要解决此问题，只需进入 ELB“描述”选项卡，滚动到底部，然后单击“空闲超时:60 秒”值旁边的“(编辑)”链接