PHP返回内容过长时被nginx截断的解决办法

  1. 云栖社区>
  2. 博客>
  3. 正文

PHP返回内容过长时被nginx截断的解决办法

exinnet 2016-04-12 17:37:51 浏览2477
展开阅读全文

背景

周日把博客的版本升级到最新,顺便又从新部署了nginx和PHP的环境。使用了PHP7。从新部署环境后发现原先发布博客文章时,编辑框不能正常显示。如图:

no_editor

<img src="http://www.bo56.com/wp-content/uploads/2016/03/no_editor.png" alt="no_editor" width="600"/></a></p>

分析

查看了html源代码,发现html源代码被截断了。因此,导致网页内容显示不全。
之后的整个分析过程绕了一大圈,即是tcpdump,又是用tcpflow进行网络包分析。最后,还是从nginx的错误日志中发现了端倪。
在nginx的错误日志中发现如下信息:


2016/03/29 06:08:10 [crit] 7042#0: *3 open() "/var/lib/nginx/tmp/fastcgi/4/00/0000000004" failed (13: Permission denied) while reading upstream, client: 117.72.224.240, server: www.bo56.com, request: "GET /wp-admin/post-new.php HTTP/1.1", upstream: "fastcgi://127.0.0.1:9010", host: "www.bo56.com", referrer: "http://www.bo56.com/wp-admin/edit.php"

错误日志显示, Permission denied,说明没权限。把这个目录设置为 775 权限问题解决。网页也就正常显示了。
如果PHP返回的内容过大,nginx会把一部分内容先存到文本文件中,等全部内容都接收完毕后,再一并发送到客户端。

在使用tcpdump抓包分析的时候,发现nginx进程主动向PHP进程发送了reset标识,终止通信。可能,nginx发现权限有问题,就关闭了连接。只是猜测,没有验证。图如下:

tcpdump_reset2

使用tcpdump抓包教程

经验教训

<img src="http://www.bo56.com/wp-content/uploads/2016/03/tcpdump_reset2.png" alt="tcpdump_reset2" width="687" height="79" class="alignnone size-full wp-image-1191" srcset="http://www.bo56.com/wp-content/uploads/2016/03/tcpdump_reset2-300x34.png 300w, http://www.bo56.com/wp-content/uploads/2016/03/tcpdump_reset2-624x72.png 624w, http://www.bo56.com/wp-content/uploads/2016/03/tcpdump_reset2.png 687w" sizes="(max-width: 687px) 100vw, 687px" /></a></p>

这次算是一次比较失败的问题排查。本来可以几分钟解决的事情,却花费了很长的时间。
切记,遇到问题,不要盲目的不断尝试。首先,要看日志查找线索。利用掌握的知识合理的推理分析。


网友评论

登录后评论
0/500
评论
exinnet
+ 关注