2013-09-04 12:04:02
来 源
ITJS.CN
Nginx错误分析
该篇讲述Nginx服务器proxy500错误的解决方法,希望对于初学Nginx服务器相关的朋友有帮助,更多Nginx安装、配置、报错处理等资源请本站内搜索。。

访问网站提示500错误,通过查看日志,获得错误信息为:

2012/12/06 16:10:52 [alert] 11679#0: *9189 1024

worker_connections are not enough while connecting to upstream,

client: 127.0.0.1, server: xxx.netingcn.com,

request: "GET / HTTP/1.0", upstream: "http://127.0.0.1:80/", host: "xxx.netingcn.com"

对于上述错误网上很多人提到,大部分情况是在生产环境中由于并发太多造成的。解决办法就是修改配置文件中的worker_connections值,将其调大。但是今天在本机的nginx中配置一个proxy,完全没有外界的访问的情况也提示上述错误,试着修改worker_connections也没有解决问题。proxy配置大致如下:

server {

listen       80;

server_name  yyy.netingcn.com;

location / {

root   /var/www/netingcn.com;

index  index.html index.php;

}

}

server {

listen       80;

server_name  xxx.netingcn.com;

location / {

proxy_pass              http://yyy.netingcn.com/;

proxy_set_header        X-Real-IP $remote_addr;

proxy_set_header        X-Forwarded-For $proxy_add_x_forwarded_for;

proxy_set_header        Host $http_host;

}

}

原本的目的是想把所有请求xxx.netingcn.com代理到yyy.netingcn.com,也许你会纳闷,干嘛要这么麻烦,直接在第一个的server_name中添加xxx.netingcn.com不就完事。这里只是一个举例,由于正式环境下有特殊情况,不能那么配置,所有才会想到用proxy的方式。

上述配置造成的500错误可以肯定排除是worker_connections太小的原因,仔细配置,发现“proxy_set_header Host $http_host;”这个才是罪魁祸首,因为它造成死循环了,当请求xxx时,由于proxy到yyy,本来nginx是交给server yyy,来处理的,但是header里面的host还是xxx,nginx根据配置里面的server_name,找到 xxx,因此就显示了死循环,也就会报前面提到的那个错了。问题已经定位到了,解决就很简单,直接去掉proxy_set_header Host $http_host;这行配置就行了。

声明: 此文观点不代表本站立场;转载须要保留原文链接;版权疑问请联系我们。