解決nginx與uwsgi連接出現的connect() failed (111: Connection refused)錯誤

近期在使用nginx、uwsgi和django搭建網站時，有用戶反饋nginx日志中出現了`connect() failed (111: Connection refused)`的錯誤提示。這種錯誤一

近期在使用nginx、uwsgi和django搭建網站時，有用戶反饋nginx日志中出現了`connect() failed (111: Connection refused)`的錯誤提示。這種錯誤一般發生在nginx嘗試連接到upstream時遭到拒絕，可能是由于或配置有誤導致的。下面將介紹如何診斷并解決這一問題。

確認配置

首先，我們需要檢查文件的配置是否正確。在中，應包含類似以下內容的配置信息：

```

[uwsgi]

socket 127.0.0.1:8077

chdir /root/env/demo

wsgi-file

processes 2

threads 4

chmod-socket 664

vacuum true

```

確保以上配置項正確無誤，并且與實際情況相符。特別要注意socket地址、項目路徑等參數是否設置正確。

檢查配置

其次，我們需要審查文件的配置。以下是一個簡單的配置示例：

```

server {

listen 80 default_server;

listen [::]:80 default_server;

server_name localhost;

charset utf-8;

location / {

root /root/env/demo;

include /etc/nginx/uwsgi_params;

uwsgi_pass 127.0.0.1:8077;

}

location /static {

alias /root/env/ht/collected_static;

}

location /media {

alias /root/env/ht/media;

}

}

```

請確認以上配置是否正確，尤其是upstream地址與中設置的socket地址是否匹配。同時，檢查nginx的各項配置是否正確引入。

SELinux狀態檢查與處理

如果以上方法仍未解決問題，可以考慮查看SELinux的狀態。運行以下命令來獲取當前SELinux狀態：

```

getenforce

```

如果顯示為enabled，說明SELinux處于開啟狀態。此時，您可以通過修改`/etc/selinux/config`文件，將`SELINUXenforcing`改為`SELINUXdisabled`，以禁用SELinux來解決`failed (13: Permission denied) while connecting to upstream`的問題。

通過逐步檢查并調整配置文件，相信您能夠成功解決`connect() failed (111: Connection refused)`錯誤，確保nginx與uwsgi正常連接，提升網站的穩定性與性能。