Nginx配置过程中常见的问题Nginx常见的错误及解决⽅法（详细参考：inx/76.html）
1、Nginx 常见启动错误
有的时候初次安装nginx的时候会报这样的错误
sbin/nginx -c f
报错内容：sbin/nginx: error while loading shared libraries: libpcre.so.1:
cannot open shared object file: No such file or directory
启动时如果报异常
1 2error while loading shared libraries: libpcre.so.1: cannot open shared object file: No such file or directory
这说明我们的环境还不是和启动需要⼩⼩的配置⼀下
解决⽅法(直接运⾏)：
32位系统
1
[root@sever lib]# ln -s /usr/local/lib/libpcre.so.1 /lib
64位系统
1
[root@sever lib]# ln -s /usr/local/lib/libpcre.so.1 /lib64
然后执⾏ps -ef | grep nginx 查看nginx进程确认是否真的已经启动了，在进程列表⾥会有最起码两个，worker(nginx⼯作进程)和master（nginx主进程）
1 2 3 4root 4349 1 0 02:24 ? 00:00:00 nginx: master process sbin/nginx-c f
nginx 4350 4349 0 02:24 ? 00:00:00 nginx: worker process
root 4356 28335 0 02:30 pts/100:00:00 grep nginx
NGINX 就 OK了
2、400 bad request错误的原因和解决办法配置f相关设置如下.
1 2client_header_buffer_size 16k; large_client_header_buffers 4 64k;
根据具体情况调整，⼀般适当调整值就可以。
3、Nginx 502 Bad Gateway错误
在php.ini和f中分别有这样两个配置项：max_execution_time和request_terminate_timeout。
这两项都是⽤来配置⼀个PHP脚本的最⼤执⾏时间的。当超过这个时间时，PHP-FPM不只会终⽌脚本的执⾏，还会终⽌执⾏脚本的Worker进程。所以Nginx会发现与⾃⼰通信的连接断掉了，就会返回给客户端502错误。以PHP-FPM的request_terminate_timeout=30秒时为例，报502 Bad Gateway错误的具体信息如下：
1）Nginx错误访问⽇志：
1 2 32013/09/1901:09:00 [error] 27600#0: *78887 recv() failed (104: Connection reset by peer) while reading response header from upstream, client: 192.168.1.101, server: test, request:
"POST /index.php HTTP/1.1", upstream: "fastcgi://unix:/dev/shm/php-fcgi.sock:", host: "test", referrer: "test/index.php"
2）PHP-FPM报错⽇志：
1
WARNING: child 25708 exited on signal 15 (SIGTERM) after 21008.883410 seconds from start
所以只需将这两项的值调⼤⼀些就可以让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出现的413 Request Entity Too Large错误
这个错误⼀般在上传⽂件的时候会出现，
编辑Nginx主配置⽂件f，到http{}段，添加
1
client_max_body_size 10m; //设置多⼤根据⾃⼰的需求作调整.
如果运⾏php的话这个⼤⼩client_max_body_size要和php.ini中的如下值的最⼤值⼀致或
者稍⼤，这样就不会因为提交数据⼤⼩不⼀致出现的错误。
1 2post_max_size = 10M upload_max_filesize = 2M
5、解决504 Gateway Time-out(nginx)
遇到这个问题是在升级discuz论坛的时候遇到的⼀般看来，这种情况可能是由于nginx默认的fastcgi进程响应的缓冲区太⼩造成的，这将导致fastcgi进程被挂起，如果你的fastcgi服务对这个挂起处理的不好, 那么最后就极有可能导致504 Gateway Time-out，现在的⽹站，尤其某些论坛有⼤量的回复和很多内容的,⼀个页⾯甚⾄有⼏百K。默认的fastcgi进程响应的缓冲
区是8K, 我们可以设置⼤点在f⾥，加⼊：
1
fastcgi_buffers 8 128k #表⽰设置fastcgi缓冲区为8×128
当然如果您在进⾏某⼀项即时的操作，可能需要nginx的超时参数调⼤点，例如设置成90秒：
1
send_timeout 90;
只是调整了这两个参数，结果就是没有再显⽰那个超时，效果不错.
Nginx中关于与上游服务器通信超时时间的配置factcgi_connect/read/send_timeout。
以Nginx超时时间为90秒，PHP-FPM超时时间为300秒为例，报504 Gateway Timeout错误时的Nginx错误访问⽇志如下：
1 2 32013/09/1900:55:51 [error] 27600#0: *78877 upstream timed out (110: Connection timed out) while reading response header from upstream, client: 192.168.1.101, server: test, req
uest: "POST /index.php HTTP/1.1", upstream: "fastcgi://unix:/dev/shm/php-fcgi.sock:", host: "test", referrer: "test/index.php"
调⾼这三项的值（主要是read和send两项，默认不配置的话Nginx会将超时时间设为60秒）之后，504错误也解决了。
⽽且这三项配置可以配置在http、server级别，也可以配置在location级别。担⼼影响其他应⽤的话，就配置在⾃⼰应⽤的location中。要注意的是factcgi_connect/read/send_timeout是对FastCGI⽣效的，⽽proxy_connect/read/send_timeout是对proxy_pass⽣效的。
配置举例：
1 2 3 4 5 6 7 8 9 10location ~ \.php$ {
root /home/cdai/test;
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$fastcgi_script_name;
}
6、如何使⽤Nginx Proxy
服务器A运⾏tomcat为8080端⼝,IP:192.168.1.2:8080；在192.168.1.8的f上配置如下:
1 2 3 4 5 6 7 8server {
listen 80;
server_name location / {
proxy_pass 192.168.1.2:8080; include /usr/local/nginx/f; }
}
7. 安装完成Nginx后⽆法站外访问？
刚安装好nginx⼀个常见的问题是⽆法站外访问，本机wget、telnet都正常。⽽服务器之外，不管是局域⽹的其它主机还是互联⽹的主机都⽆法访问站点。如果⽤telnet的话，提⽰： 1
正在连接到192.不能打开到主机的连接，在端⼝ 80: 连接失败
如果⽤wget命令的话，提⽰：
1
Connecting to 192.168.0. failed: No route to host.
如果是以上的故障现象，很可能是被CentOS的防⽕墙把80端⼝拦住了，尝试执⾏以下命令，打开80端⼝：
1
iptables -I INPUT -p tcp --dport 80 -j ACCEPT
然后：
1
/etc/init.d/iptables status
查看当前的防⽕墙规则，如果发现有这样⼀条：
1
ACCEPT tcp -- 0.0.0.0/00.0.0.0/0tcp dpt:80
就说明防⽕墙规则已经添加成功了，再在站外访问就正常了。
8、如何关闭Nginx的LOG
1 2access_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 upstream"nginx 读取来⾃upstream 的响应头时超时"(110: Connection timed out) while reading upstream"
nginx 读取来⾃upstream 的响应时超时"(104: Connection reset by peer) while connecting to upstream"
upstream 发送了RST ，将连接重置"upstream sent invalid header while reading response header from upstream"
upstream 发送的响应头⽆效"upstream sent no valid HTTP/1.0 header while reading response header from upstream"upstream 发送的响应头⽆效
"client intended to send too large body"⽤于设置允许接受的客户端请求内容的最⼤值，默认值是1M ，client 发送的body 超过了设置值"reopening logs"
⽤户发送kill -USR1命令"gracefully shutting down",⽤户发送kill -WINCH 命令"no servers are inside upstream"
upstream 下未配置server "no live upstreams while connecting to upstream"upstream 下的server 全都挂了"SSL_do_handshake() failed"
SSL 握⼿失败
"ngx_slab_alloc() failed: no memory in SSL session shared cache"
ssl_session_cache ⼤⼩不够等原因造成"could not add new SSL session to the session cache while SSL handshaking"
ssl_session_cache ⼤⼩不够等原因造成
fail_timeout=15s 其实就是如果上次请求发现服务⽆法正常返回，那么有15s 的时间该server 会不可⽤，但是⼀旦超过15s 请求也会再次转发到该server 上的，不管该server 到底有没有真正的恢复。
nginx 配置如下：
Java 代码
1. upstream example {
2. # ip_hash;
3. server php01 max_fails=3 fail_timeout=15s;
4. server php02 max_fails=3 fail_timeout=15s;
5. }
6.
7. server {
8. listen IP:80;
9. server_name example;
10. access_log /var/log/nginx/example.access; 11. error_log /var/log/ error; 12.
13. location / {
14. proxy_set_header Host $host;
15. proxy_set_header X-Real-IP $remote_addr;
16. proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for; 17. proxy_set_header X-Forwarded-Proto $scheme; 18. proxy_pass $server_name/$uri;
19. proxy_cache_bypass $cookie_nocache $arg_nocache $arg_comment; 20. proxy_cache_bypass $http_pragma $http_authorization;
21. proxy_no_cache $cookie_nocache $arg_nocache $arg_comment; 22. proxy_no_cache $http_pragma $http_authorization; 23. } 24. 25.
}
出现这种问题意味着，Web 服务在60内没有获得相应，导致超时。如修改为120则表⽰Nginx 等待相应时间为120秒，默认为60秒。
服务器⽂件数配置：
Tomcat 相关配置
优化⽅案： 1.调整tcp_fin_timeout
2.调整端⼝范围
3.增加Nginx 服务器数据量，减少单台Nginx 服务器接受请求数
查看当前接⼝范围
输出结果如下
设置新的端⼝范围
或者使⽤如下⽅式
Java 代码
1. worker_processes 4;
2. pid /run/nginx.pid;
3. worker_rlimit_nofile 16384;
4.
5. events {session如何设置和读取
6. worker_connections 10000;
7. # multi_accept on;
8. }
9.
10. server {
11. listen 80;
12. server_name howtounix.info; 13.
14. location / {
15. ...
16. proxy_read_timeout 60; 17. ... 18. } 19. ... 20.
}
Java 代码
1. >####
2. ulimit -a
3. core file size (blocks, -c) 0
4. data seg size (kbytes, -d) unlimited
5. scheduling priority (-e) 0
6. file size (blocks, -f) unlimited
7. pending signals (-i) 32063
8. max locked memory (kbytes, -l) 64
9. max memory size (kbytes, -m) unlimited 10. open files (-n) 65536 11. pipe size (512 bytes, -p) 8
12. POSIX message queues (bytes, -q) 819200 13. real-time priority (-r) 0
14. stack size (kbytes, -s) 8192
15. cpu time (seconds, -t) unlimited 16. max user processes (-u) 32063 17. virtual memory (kbytes, -v) unlimited 18.
file locks (-x) unlimited
Java 代码
1.
maxThreads="500" minSpareThreads="150" acceptCount="250" acceptorThreadCount="2"
Java 代码
1.
$ sysctl net.ipv4.ip_local_port_range
Java 代码
1.
net.ipv4.ip_local_port_range = 32768 61000
Java 代码
1.
# echo 1024 65535 > /proc/sys/net/ipv4/ip_local_port_range
Java 代码
1.
$ sudo sysctl -w net.ipv4.ip_local_port_range="1024 64000"
版权声明：本站内容均来自互联网，仅供演示用，请勿用于商业和其他非法用途。如果侵犯了您的权益请与我们联系QQ:729038198，我们将在24小时内删除。
发表评论