nginx proxy 配置不当导致500错误

最新推荐文章于 2025-07-04 16:41:00 发布

nicknailo

最新推荐文章于 2025-07-04 16:41:00 发布

阅读量1.8w

点赞数 2

分类专栏： linux

linux 专栏收录该内容

7 篇文章

订阅专栏

本文介绍了一个特定的Nginx 500错误案例，该错误由proxy_set_header配置不当导致请求死循环。文章详细分析了错误原因，并提供了解决方案。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

访问网站提示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;这行配置就行了。

原文:http://www.netingcn.com/nginx-proxy-error-500.html