http状态码介绍
- 1** 信息，服务器收到请求，需要请求者继续执行操作
- 2** 成功，操作被成功接收并处理
- 3** 重定向，需要进一步操作并完成请求
- 4** 客户端错误，请求包含语法错误或无法完成请求
- 5** 服务器错误，服务器在处理请求时出错
常见状态码
- 200：（成功）服务器已成功处理了请求。通常，这表示服务器提供了请求的网页
- 204：（无内容）服务器成功处理了请求，但没有返回任何内容
- 206：（部分内容）服务器成功处理了部分 GET 请求
- 301：（永久移动）请求的网页已永久移动到新位置。服务器返回此响应（对 GET 或 HEAD 请求的响应）时，会自动将请求者转到新的位置
- 302:（临时移动）服务器目前从不同位置的网页响应请求，但请求者应继续使用原有位置来进行以后的请求
- 304：（未修改）自从上次请求后，请求的网页未修改过。服务器返回此响应，不会返回网页内容
- 307：（临时重定向）服务器目前从不同位置的网页响应请求，但请求者继续使用原有位置来进行以后的请求
- 400：（错误请求）客户端请求存在错误，服务器不理解
- 401：（未授权）请求要求身份验证。对于需要登录的网页，服务器可能返回此响应
- 403：（禁止）服务器拒绝请求
- 404：（未找到）服务器找不到请求的网页
- 500：（服务器内部错误）服务器遇到错误，无法完成请求
- 502：（错误网关）服务器作为网关或代理，从上游服务器收到无效响应
- 503：（服务不可用）服务器目前无法使用（由于超载或停机维护）。通常，这只是暂时状态
- 504：（网关超时）服务器作为网关或代理，但是没有及时从上游服务器收到请求
502和504进一步说明
通俗的来说，nginx作为一个代理服务器，将请求转发到其他服务器或者php-cgi来处理，当nginx收到了无法理解的响应时，就返回502。当nginx超过自己配置的超时时间还没有收到请求时，就返回504错误。
502
- 上面说到nginx收到了无法理解的响应，什么是无法理解的响应呢？
nginx无法与php-fpm进行连接。
nginx在连接php-fpm一段时间后发现与php-fpm的连接被断开。 - 那么什么时候会出现上面的情况呢？
php-fpm没有启动,nginx无法将请求交给php-fpm
php-fpm运行脚本超时，php-fpm终止了脚本的执行和执行脚本的Worker进程，nginx发现自己与php-fpm的连接断开。
我们逐一实验上述的情况：
php-fpm没有启动
我们关闭php-fpm。
[root@localhost ~]# service php-fpm stop
Stopping php-fpm: [ OK ]
刷新页面，发现返回502错误：
image.png
nginx的error_log：
2016/11/06 11:03:01 [error] 3860#0: *37 connect() failed (111: Connection refused) while connecting to upstream, client: 127.0.0.1, server: _, request: "GET /www/muke/index.php HTTP/1.1", upstream: "fastcgi://127.0.0.1:9000", host: "127.0.0.1"
php-fpm请求超时
我们首先将php-fpm.conf中的 max_terminate_request 改成5s：
request_terminate_timeout = 5
在php脚本中添加如下语句：
sleep(20);
刷新页面，发现返回502错误：
image.png
查看php-fpm的error_log，有如下日志：
[06-Nov-2016 12:26:07] WARNING: [pool www] child 6669, script '/usr/share/nginx/html/www/muke/index.php' (request: "GET /www/muke/index.php") execution timed out (5.482902 sec), terminating
[06-Nov-2016 12:26:07] WARNING: [pool www] child 6669 exited on signal 15 (SIGTERM) after 647.401329 seconds from start
[06-Nov-2016 12:26:07] NOTICE: [pool www] child 6774 started
查看nginx的error_log，有如下日志：
2016/11/06 12:26:07 [error] 6228#0: *46 recv() failed (104: Connection reset by peer) while reading res
504
504即nginx超过了自己设置的超时时间，不等待php-fpm的返回结果，直接给客户端返回504错误。但是此时php-fpm依然还在处理请求（在没有超出自己的超时时间的情况下）。
这里有三个相关的配置：
fastcgi_connect_timeout 300;
# 指定连接到后端FastCGI的超时时间。
fastcgi_send_timeout 300;
# 向FastCGI传送请求的超时时间，这个值是指已经完成两次握手后向FastCGI传送请求的超时时间。
fastcgi_read_timeout 300;
# 接收FastCGI应答的超时时间，这个值是指已经完成两次握手后接收FastCGI应答的超时时间。
这里我们将fastcgi_read_timeout设置为1s，后端还是延迟20s，观测效果：
image.png
nginx返回504错误。
网友评论