nginx常见错误与解决方法

1、上海纽斯达科技Nginx常见错误与解决方法上海纽斯达科技2021-10-25文档状态文件状态：文档编号Nsdkj-778保密等级限制【】草稿作者刘恒亮最后完成日期2021-12-25【】修改稿审核人最后审核日期2021-12-25V正式发布批准人最后批准日期2021-12-25目的：在Nginx效劳器出现故障时，能快速定位并解决相关错误。保密：本文档仅供内部使用，请勿外传概述：Nginx常见错误与问题之解决方法技术指南。安装环境:系统环境：redhatenterprise6.564bit1、Nginx常见启动错误有的时候初次安装nginx的时候会报这样的错误sbin/nginx-cconf/n

2、ginx.confcannotopensharedobjectfile:Nosuchfileordirectorysharedobjectfile:Nosuchfileordirectory这说明我们的环境还不是和启动需要小小的配置一下解决方法（直接运行）：32位系统rootseverlib#ln-s/usr/local/lib/libp然后执行ps-ef|grepnginx查看nginx进程确认是否真的已经启动了，在进程列表里会有最起码两个，worker（nginx工作进程）和masternginx主进程root43491002:24?00:00:00nginx:masterprocesss

3、bin/nginx-cnginx43504349002:24?00:00:00nginx:workerprocessroot435628335002:30pts/100:00:00grepnginxNGINX就OK了2、400badrequest错误的原因和解决方法配置nginx.conf相关设置如下.client_header_buffer_size16k;large_client_header_buffers464k;根据详细情况调整，一般适当调整值就可以。3、Nginx502BadGateway错误在php.ini和php-fpm.conf中分另I有这样两个配置项：maxexecutio

4、ntime和request_terminate_timeout。这两项都是用来配置一个PHP脚本的最大执行时间的。当超过这个时间时，PHP-FPM不只会终止脚本的执行，还会终止执行脚本的Worker进程。所以Nginx会发现与自己通信的连接断掉了，就会返回给客户端502错误。以PHP-FPM的request_terminate_timeout=30秒时为例，报502BadGateway错误的详细信息如下：1Nginx错误访问日志：2021/09/1901:09:00error27600#0:*78887recv()failed(104:Connectionresetbypeer)whilere

5、adingresponseheaderfromupstream,OST/index.php/1.1",upstream:"fastcgi:/unix:/dev/shm/php-fcgi.sock:",host:"test",referrer:":/test/index.php"2PHP-FPMM错日志：WARNING:child25708exitedonsignal15(SIGTERM)after21008.883410secondsfromstart所以只需将这两项的值调大一些就可以让PHP脚本不会因为执行时间长而被终止了

6、。request_terminate_timeout可以覆盖max_execution_time,所以假设不想改全局的php.ini,那只改PHP-FPM勺配置就可以了。此外要注意的是Nginx的upstream模块中的max_fail和fail_timeout两项。有时Nginx与上游效劳器如Tomcat、FastCGI的通信只是偶然断掉了，但max_fail假设设置的比较小的话，那么在接下来的fail_timeout时间内，Nginx都会认为上游效劳器挂掉了，都会返回502错误。所以可以将max_fail调大一些，将fail_timeout调小一些。4、Nginx出现的413Request

7、EntityTooLarge错误这个错误一般在上传文件的时候会出现，编辑Nginx主配置文件Nginx.conf,找到段，添加client_max_body_size10m;/设置多大根据自己的需求作调整假设运行php的话这个大小client_max_body_size要和php.ini中的如下值的最大值一致或者稍大，这样就不会因为提交数据大小不一致出现的错误。post_max_size=10Mupload_max_filesize=2M5、解决504GatewayTime-out(nginx)遇到这个问题是在晋级discuz论坛的时候遇到的一般看来，这种情况可能是由于nginx默认的fast

8、cgi进程响应的缓冲区太小造成的，这将导致fastcgi进程被挂起，假设你的fastcgi效劳对这个挂起处理的不好，那么最后就极有可能导致504GatewayTime-out,如今的网站，尤其某些论坛有大量的回复和很多内容的，一个页面甚至有几百K。默认的fastcgi进程响应的缓冲区是8K,我们可以设置大点在nginx.conf里，参加：fastcgi_buffers8128k这表示设置fastcgi缓冲区为8X128当然假设您在进展某一项即时的操作，可能需要nginx的超时参数调大点，例如设置成90秒：send_timeout90;只是调整了这两个参数，结果就是没有再显示那个超时，效果不错N

9、ginx中关于与上游效劳器通信超时时间的配置factcgi_connect/read/send_timeout。以Nginx超时时间为90秒，PHP-FPM超时时间为300秒为例，报504GatewayTimeout错误时的Nginx错误访问日志如下：2021/09/1900:55:51error27600#0:*78877upstreamtimedout(110:Connectiontimedout)whilereadingresponseheaderfromupstream,host:"test",referrer:":/test/index.php"

10、;调高这三项的值主要是read和send两项，默认不配置的话Nginx会将超时时间设为60秒之后，504错误也解决了。而且这三项配置可以配置在、server级别，也可以配置在location级别。担忧影响其他应用的话，就配置在自己应用的location中吧。要注意的是factcgi_connect/read/send_timeout是对FastCGI生效的，而proxy_connect/read/send_timeout是对proxy_pass生效的。配置举例：location.php$root/home/cdai/test;includefastcgi_params;180;600;fast

11、cgi_connect_timeoutfastcgi_read_timeout600;unix:/dev/shm/phpindex.php;SCRIPT_FILENAMEfastcgi_send_timeoutfastcgi_pass-fcgi.sock;fastcgi_indexfastcgi_param/home/cdai/test$fastcgi_script_name;6、如何使用NginxProxyserverlisten80;location/include/usr/local/nginx/conf/proxy.conf;7.安装完成Nginx后无法站外访问？刚安装好nginx一个

12、常见的问题是无法站外访问，本机wget、telnet都正常。而效劳器之外,不管是局域网的其它主机还是互联网的主机都无法访问站点。假设用telnet的话，提示：假设用wget命令的话，提示:假设是以上的故障现象，很可能是被CentOS的防火墙把80端口拦住了，尝试执行以下命令，翻开80端口：iptables-IINPUT-ptcp-dport80-jACCEPT然后用:查看当前的防火墙规那么，假设发现有这样一条:就说明防火墙规那么已经添加成功了，再在站外访问就正常了8、如何关闭Nginx的LOGaccess_log/dev/nullerror_log/dev/null此外，错误日志主要记录客户端

13、访问nginx出错时的日志，通过错误日志，能快速定位客户端访问异常！错误信息错误说明"upstreamprematurely过早的closedconnection"恳求uri的时候出现的异常，是由于upstream还未返回应答给用户时用户断掉连接造成的，对系统没有影响，可以忽略"recv()failed(104:Connectionresetbypeer)"1效劳器的并发连接数超过了其承载量，效劳器会将其中一些连接Down掉；2客户关掉了阅读器，而效劳器还在给客户端发送数据；3阅读器端按了Stop"(111:Connectionrefused)

14、whileconnectingtoupstream"用户在连接时，假设遇到后端upstream挂掉或者不通，会收到该错误"(111:Connectionrefused)whilereadingresponseheaderfromupstream"用户在连接成功后读取数据时，假设遇到后端upstream挂掉或者不通，会收到该错误"(111:Connectionrefused)whilesendingrequesttoupstream"Nginx和upstream连接成功后发送数据时，假设遇到后端upstream挂掉或者不通，会收到该错误"

15、;(110:Connectiontimedout)whileconnectingtoupstream"nginx连接后面的upstream时超时"(110:Connectiontimedout)whilereadingupstream"nginx读取来自upstream的响应时超时"(110:Connectiontimedout)whilereadingresponseheaderfromupstream"nginx读取来自upstream的响应头时超时"(110:Connectiontimedout)whilereadingupst

16、ream"nginx读取来自upstream的响应时超时”(104:Connectionresetbypeer)whileconnectingtoupstream"upstream发送JRST,将连接重置"upstreamsentinvalidheaderwhilereadingresponseheaderfromupstream"upstream发送的响应头无效"upstreamsentnovalid/1.0headerwhilereadingresponseheaderfromupstream"upstream发送的响应头无效"clientintendedtosendtoolargebody"用于设置允许承受的客户端恳求内容的取人值，默认值是1M,client发送的body超过了设置值"reopeninglogs"用户发送kill-USR1命令"gracefullyshuttingdown",用户发送kill-WINCH命令"noserversareinsideupstream"upstream卜木配置server"noliveupstreamswhileconnectingto