nginx 常见错误（nginx -t 报错）

1.启动报错

报错内容：sbin/nginx: error while loading shared libraries: libpcre.so.1: cannot open shared object file: No such file or directory

32位系统 [root@sever lib]# ln -s /usr/local/lib/libpcre.so.1 /lib

64位系统 [root@sever lib]# ln -s /usr/local/lib/libpcre.so.1 /lib64

2.400 bad request错误的原因和解决办法

http1.1的标准规定请求必须包含头部信息，如果请求头为空那么web server直接返回400

此乃request header过大所引起，request过大，通常是由于cookie中写入了较大的值所引起

在nginx.conf中，将client_header_buffer_size和large_client_header_buffers都调大，可缓解此问题。

其中主要配置是client_header_buffer_size这一项，默认是1k，所以header小于1k的话是不会出现问题的

client_header_buffer_size 16k;

large_client_header_buffers 4 64k;

也可以再加上调整

proxy_buffer_size （proxy_header_buffer_size）

3.Nginx 502 Bad Gateway错误

在php.ini和php-fpm.conf中分别有这样两个配置项：max_execution_time和request_terminate_timeout。

这两项都是用来配置一个PHP脚本的最大执行时间的。当超过这个时间时，PHP-FPM不只会终止脚本的执行， 还会终止执行脚本的Worker进程。所以Nginx会发现与自己通信的连接断掉了，就会返回给客户端502错误

此外要注意的是Nginx的upstream模块中的max_fail和fail_timeout两项。有时Nginx与上游服务器（如Tomcat、FastCGI）的通信只是偶然断掉了， 但max_fail如果设置的比较小的话，那么在接下来的fail_timeout时间内，Nginx都会认为上游服务器挂掉了，都会返回502错误。 所以可以将max_fail调大一些，将fail_timeout调小一些

头部太大

nginx和apache一样，有前端缓冲限制，可以调整缓冲参数

fastcgi_buffer_size 32k; fastcgi_buffers 8 32k;

如果你使用的是nginx的负载均衡Proxying，调整

proxy_buffer_size 16k; proxy_buffers 4 16k;

4.Nginx出现的413 Request Entity Too Large错误

这个错误一般在上传文件的时候会出现， 编辑Nginx主配置文件Nginx.conf，找到http{}段，添加 client_max_body_size 10m; //设置多大根据自己的需求作调整. 如果运行php的话这个大小client_max_body_size要和php.ini中的如下值的最大值一致或 者稍大，这样就不会因为提交数据大小不一致出现的错误。

post_max_size = 10M

upload_max_filesize = 2M

5.解决504 Gateway Time-out(nginx)

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

Nginx中关于与上游服务器通信超时时间的配置factcgi_connect/read/send_timeout。

调高这三项的值（主要是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/test.com;

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/test.com$fastcgi_script_name; }

6.如何关闭Nginx的LOG

access_log /dev/null

error_log /dev/null

其他错误

此外，错误日志主要记录客户端访问nginx出错时的日志，通过错误日志，能快速定位客户端访问异常！

错误信息 错误说明

"upstream prematurely（过早的） closed connection" 请求uri的时候出现的异常，是由于upstream还未返回应答给用户时用户断掉连接造成的，对系统没有影响，可以忽略

"recv() failed (104: Connection reset by peer)" （1）服务器的并发连接数超过了其承载量，服务器会将其中一些连接Down掉； （2）客户关掉了浏览器，而服务器还在给客户端发送数据； （3）浏览器端按了Stop

"(111: Connection refused) while connecting to upstream" 用户在连接时，若遇到后端upstream挂掉或者不通，会收到该错误 "

(111: Connection refused) while reading response header from upstream" 用户在连接成功后读取数据时，若遇到后端upstream挂掉或者不通，会收到该错误

"(111: Connection refused) while sending request to upstream" Nginx和upstream连接成功后发送数据时，若遇到后端upstream挂掉或者不通，会收到该错误

"(110: Connection timed out) while connecting to upstream" nginx连接后面的upstream时超时

"(110: Connection timed out) while reading upstream" nginx读取来自upstream的响应时超时

"(110: Connection timed out) while reading response header from nginx读取来自upstream的响应头时超时

7：nginx: [warn] the"user"directive makes sense only if the master process runs with super-user privileges, ignored in /usr/local/nginx/conf/nginx.conf:

A：

显然是执行这个二进制文件的权限问题，我们都知道nginx的master process 需要用root权限来启动，子进程则可以用其他用户来运行。

因此需要把这个nginx文件用chmod设置为root用户所属，然后加上SUID权限：

chown root nginx

chmod +s nginx

8：./configure: error: SSL modules require the OpenSSL library.

yum -y install openssl openssl-devel

[root@Q-sh-cdn-01-backup sbin]# ./nginx

./nginx: error while loading shared libraries: libgd.so.2: cannot open shared object file: No such file or directory

解决方法

因为缺失gd库

yum install gd

9. (52) Empty reply from server

可能是NGINX 目录权限不对