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 目录权限不对
本文暂时没有评论,来添加一个吧(●'◡'●)