JAVA和Nginx 教程大全

网站首页 > 精选教程 正文

nginx 常见错误

wys521 2024-09-18 23:34:16 精选教程 19 ℃ 0 评论

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 目录权限不对


Tags:

本文暂时没有评论,来添加一个吧(●'◡'●)

欢迎 发表评论:

最近发表
标签列表