Nginx常见错误与解决方法

实用标准文案上海纽斯达科技Nginx 常见错误与解决方法上海纽斯达科技有限公司2014-10-25文档实用标准文案文档状态文件状态：文档编号Nsdkj-778保密等级限制【】草稿2014-12-2作者刘恒亮最后完成日期【】修改稿5【√】正式发布2014-12-2审核人最后审核日期52014-12-2批准人最后批准日期5目的：在Nginx 服务器出现故障时，能快速定位并解决相关错误。保密：本文档仅供内部使用，请勿外传概述：Nginx 常见错误与问题之解决方法技术指南。安装环境：系统环境：redhatenterprise6.564bit文档实用标准文案1、Nginx 常见启动错误有的时候初次安装 nginx 的时候会报这样的错误sbin/nginx-cconf/nginx.conf报错内容：文档实用标准文案cannotopensharedobjectfile:Nosuchfileordirectory启动时如果报异常 sharedobjectfile:Nosuchfileordirectory 这说明我们的环境还不是和启动需要小小的配置一下解决方法(直接运行)：位系统位系统然后执行 ps-ef|grepnginx 查看nginx 进程确认是否真的已经启动了，在进程列表里会有最起码两个， worker(nginx 工作进程)和master（nginx 主进程）root43491002:24?00:00:00nginx:masterprocesssbin/nginx-cconf/nginx.confnginx43504349002: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 中分别有这样两个配置项： max_execution_time 和request_terminate_timeout 。这两项都是用来配置一个 PHP脚本的最大执行时间的。当超过这个时间时， PHP-FPM 不只会终止脚本的执行，还会终止执行脚本的 Worker 进程。所以 Nginx 会发现与自己通信的连接断掉了，就会返回给客户端502错误。以PHP-FPM 的request_terminate_timeout=30 秒时为例，报 502BadGateway 错误的具体信息如下：1）Nginx 错误访问日志：文档实用标准文案2013/09/1901:09:00[error]27600#0:*78887recv()failed(104:Connectionresetbypeer)whilereadingresponseheaderfromupstream,HTTP/1.1",upstream:"fastcgi://unix:/dev/shm/php-fcgi.sock:",host:"",referrer:"/index.php"2）PHP-FPM 报错日志：WARNING: child25708exitedonsignal15(SIGTERM)after21008.883410secondsfromstart所以只需将这两项的值调大一些就可以让 PHP脚本不会因为执行时间长而被终止了。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 出现的413RequestEntityTooLarge 错误文档实用标准文案这个错误一般在上传文件的时候会出现，编辑Nginx 主配置文件 Nginx.conf ，找到http{}段，添加client_max_body_size10m;// 设置多大根据自己的需求作调整 .如果运行 php 的话这个大小 client_max_body_size 要和php.ini 中的如下值的最大值一致或者稍大，这样就不会因为提交数据大小不一致出现的错误。post_max_size=10Mupload_max_filesize=2M5、解决504GatewayTime-out(nginx)遇到这个问题是在升级 discuz 论坛的时候遇到的一般看来 ,这种情况可能是由于 nginx 默认的fastcgi 进程响应的缓冲区太小造成的 ,这将导致 fastcgi 进程被挂起 ,如果你的 fastcgi 服务对这个挂起处理的不好 ,那么最后就极有可能导致 504 Gateway Time-out, 现在的网站 ,尤其某文档实用标准文案些论坛有大量的回复和很多内容的 ,一个页面甚至有几百 K。默认的 fastcgi 进程响应的缓冲区是8K, 我们可以设置大点在 nginx.conf 里,加入： fastcgi_buffers8128k 这表示设置fastcgi 缓冲区为 8×128当然如果您在进行某一项即时的操作,可能需要nginx的超时参数调大点，例如设置成90秒：send_timeout90;只是调整了这两个参数,结果就是没有再显示那个超时,效果不错Nginx 中关于与上游服务器通信超时时间的配置 factcgi_connect/read/send_timeout 。以Nginx 超时时间为 90秒，PHP-FPM 超时时间为 300 秒为例，报 504GatewayTimeout错误时的 Nginx 错误访问日志如下：2013/09/1900:55:51[error]27600#0:*78877upstreamtimedout(110:Connectiontimedout)whilereadingresponseheaderfromupstream,upstream:"fastcgi://unix:/dev/shm/php-fcgi.sock:",host:"",referrer:"/index.php"调高这三项的值 （主要是 read 和send 两项，默认不配置的话 Nginx 会将超时时间设为 60秒）之后，504错误也解决了。文档实用标准文案而且这三项配置可以配置在 http、server 级别，也可以配置在 location 级别。担心影响其他应用的话，就配置在自己应用的 location 中吧。要注意的是 factcgi_connect/read/send_timeout 是对FastCGI生效的，而proxy_connect/read/send_timeout 是对proxy_pass 生效的。配置举例：location~\.php${root /home/cdai/;include fastcgi_params;fastcgi_connect_timeout 180;fastcgi_read_timeout 600;fastcgi_send_timeout 600;fastcgi_pass unix:/dev/shm/php-fcgi.sock;fastcgi_index index.php;fastcgi_param SCRIPT_FILENAME/home/cdai/$fastcgi_script_name;}6、如何使用 NginxProxy朋友一台服务器运行 tomcat 为8080 端口 另一台机器文档实用标准文案 朋友想通过访问 即可访问 tomcat 服务.配置如下:在的nginx.conf上配置如下:server{listen80;location/{include/usr/local/nginx/conf/proxy.conf;}}安装完成Nginx后无法站外访问？刚安装好 nginx 一个常见的问题是无法站外访问，本机 wget、telnet 都正常。而服务器之外，不管是局域网的其它主机还是互联网的主机都无法访问站点。如果用 telnet 的话，提示：正在连接到 不能打开到主机的连接， 在端口 80: 连接失败如果用wget 命令的话，提示：Connecting to failed: No route to host.文档实用标准文案如果是以上的故障现象，很可能是被 CentOS 的防火墙把 80端口拦住了，尝试执行以下命令，打开80端口：iptables -I INPUT -p tcp --dport 80 -j ACCEPT然后用：/etc/init.d/iptables status查看当前的防火墙规则，如果发现有这样一条：ACCEPT tcp -- tcp dpt:80就说明防火墙规则已经添加成功了，再在站外访问就正常了。8、如何关闭 Nginx 的LOGaccess_log/dev/nullerror_log/dev/null此外，错误日志主要记录客户端访问 nginx 出错时的日志，通过错误日志，能快速定位客户端文档实用标准文案访问异常！错误信息"upstreamprematurely （过早的）closedconnection""recv()failed(104:Connectionresetbypeer)""(111:Connectionrefused)whileconnectingtoupstream""(111:Connectionrefused)whilereadingresponseheaderfromupstream""(111:Connectionrefused)whilesendingrequesttoupstream""(110:Connectiontimedout)

错误说明请求uri的时候出现的异常，是由于upstream 还未返回应答给用户时用户断掉连接造成的，对系统没有影响，可以忽略1）服务器的并发连接数超过了其承载量，服务器会将其中一些连接Down掉；2）客户关掉了浏览器，而服务器还在给客户端发送数据；3）浏览器端按了Stop用户在连接时，若遇到后端 upstream挂掉或者不通，会收到该错误用户在连接成功后读取数据时，若遇到后端upstream 挂掉或者不通，会收到该错误Nginx 和upstream 连接成功后发送数据时，若遇到后端 upstream 挂掉或者不通，会收到该错误nginx 连接后面的 upstream 时超时文档实用标准文案whileconnectingtoupstream""(110:Connectiontimedout) nginx 读取来自upstream 的响应时超whilereadingupstream" 时"(110:Connectiontimedout)nginx读取来自upstream的响应头时whilereadingresponseheader超时fromupstream""(110:Connectiontimedout)nginx读取来自upstream的响应时超whilereadingupstream"时"(104:Connectionresetbypeer)upstream发送了RST，将连接重置whileconnectingtoupstream""upstreamsentinvalidheaderupstream发送的响应头无效whilereadingresponseheaderfromupstream""upstreamsentnovalidupstream发送的响应头无效HTTP/1.0headerwhilereadingresponseheaderfromupstream""clientintendedtosendtoo用于设置允许接受的客户端请求内容的largebody"最大值，默认值是1M，client发送的body超过了设置值"reopeninglogs"用户发送kill-USR1命令文档实用标准文案"gracefullyshuttingdown",用户发送kill-WINCH命令"noserversareinsideupstream"upstream下未配置server"noliveupstreamswhileupstream下的server全都挂了connectingtoupstream""SSL_do_handshake()failed"SSL握手失败"ngx_slab_alloc()failed:nossl_session_cache大小不够等原因造memoryinSSLsessionshared成cache""couldnotaddnewSSLsessionssl_session_cache大小不够等原因造tothesessioncachewhileSSL成handshaking"9. Nginx 出现 upstream prematurely closed connection while reading responseheaderfromupstream 错误这个错误的意思是 nginx 不能从后端的服务器获取响应头今日突然之间 PHP的环境不好使了，打开什么