☰

Nginx 和 uWSGI Flask 应用程序连接被拒绝

tag-icon • tag-icon nginx deployment uwsgi wsgi flask
Nginx 和 uWSGI Flask 应用程序连接被拒绝

尝试使用 uWSGI 和 Nginx 设置 Flask 应用程序。

我不断收到 502 Bad Gateway 错误（据我所知，这意味着 uWSGI 和 Nginx 无法正确通信）

这是在我的 /var/log/nginx/error.log 中不断出现的行：

2016/07/29 17:07:12 [error] 24958#24958: *2 connect() to unix:/home/lit/howlit/how_lit_restapi.sock failed (111: Connection refused) while connecting to upstream, client:

这是我的项目目录及其权限：

(env) root@digitalocean:/home/lit/howlit# ls -l 
total 24
drwx---r-x 6 lit www-data 4096 Jul 29 11:47 env
-rwx---r-x 1 lit www-data  141 Jul 29 17:00 howlit.ini
-rwx---r-x 1 lit www-data 1175 Jul 29 11:52 how_lit_restapi.py
-rwx---r-x 1 lit www-data 1781 Jul 29 11:54 how_lit_restapi.pyc
srwx---r-x 1 lit www-data    0 Jul 29 16:46 how_lit_restapi.sock
-rwx---r-x 1 lit www-data   73 Jul 29 11:54 wsgi.py
-rwx---r-x 1 lit www-data  218 Jul 29 11:54 wsgi.pyc

这是我的 howlit.ini 文件：

(env) root@digitalocean:/home/lit/howlit# cat howlit.ini
[uwsgi]
module = wsgi:app


master = true
processes = 5


socket = how_lit_restapi.sock

chmod-sock = 660

vaccum = true

die-on-term = true

这是我的 /etc/nginx/sites-available/how_lit 文件：

(env) root@digitalocean:/home/lit/howlit# cat /etc/nginx/sites-available/how_lit 
server {
    listen 80;
    server_name XXX.XX.XX.XXX;

    location / {
        include uwsgi_params;
        uwsgi_pass unix:/home/lit/howlit/how_lit_restapi.sock;
    }

}

*xxx 是为了保护我的服务器 IP；那里有一个真实的 IP 地址。

这是 nginx conf 文件：

user lit;
worker_processes auto;
pid /run/nginx.pid;

events {
    worker_connections 768;
    # multi_accept on;
}

http {

    ##
    # Basic Settings
    ##

    sendfile on;
    tcp_nopush on;
    tcp_nodelay on;
    keepalive_timeout 65;
    types_hash_max_size 2048;
    # server_tokens off;

    # server_names_hash_bucket_size 64;
    # server_name_in_redirect off;

    include /etc/nginx/mime.types;
    default_type application/octet-stream;

    ##
    # SSL Settings
    ##

    ssl_protocols TLSv1 TLSv1.1 TLSv1.2; # Dropping SSLv3, ref: POODLE
    ssl_prefer_server_ciphers on;

    ##
    # Logging Settings
    ##

    access_log /var/log/nginx/access.log;
    error_log /var/log/nginx/error.log;

    ##
    # Gzip Settings
    ##

    gzip on;
    gzip_disable "msie6";

    # gzip_vary on;
    # gzip_proxied any;
    # gzip_comp_level 6;
    # gzip_buffers 16 8k;
    # gzip_http_version 1.1;
    # gzip_types text/plain text/css application/json application/javascript text/xml application/xml application/xml+rss text/javascript;

    ##
    # Virtual Host Configs
    ##

    include /etc/nginx/conf.d/*.conf;
    include /etc/nginx/sites-enabled/*;
}

带套接字的目录的权限：

root@digitalocean:~# ls -l /home/lit/howlit/

total 24
drwx---r-x 6 lit www-data 4096 Jul 29 11:47 env
-rwx---r-x 1 lit www-data  141 Jul 29 19:01 howlit.ini
-rwx---r-x 1 lit www-data 1175 Jul 29 11:52 how_lit_restapi.py
-rwx---r-x 1 lit www-data 1781 Jul 29 11:54 how_lit_restapi.pyc
srwx---r-x 1 lit www-data    0 Jul 29 16:46 how_lit_restapi.sock
-rwx---r-x 1 lit www-data   73 Jul 29 11:54 wsgi.py
-rwx---r-x 1 lit www-data  218 Jul 29 11:54 wsgi.pyc

我尝试过多次更改权限和文件。我这里遇到了什么问题？为什么连接被拒绝？

更新：

因此，当我手动运行我的应用程序时：

root@digitalocean:/home/lit/howlit# python how_lit_restapi.py
 * Running on http://0.0.0.0:5000/ (Press CTRL+C to quit)

然后我访问我的 IP 地址：

XXX.XX.XX:5000

我的应用程序出现了，所以我知道 uwwsgi 正在运行并提供服务。但是 nginx 切换不起作用。

这也是我的 how_lit.service 文件。

root@digitalocean:/home/lit/howlit# vim /etc/systemd/system/how_lit.service 

[Unit]
Description=uWSGI instance to serve how lit rest api
After=network.target


[Service]
User=lit
Group=www-data
WorkingDirectory=/home/lit/howlit/
Environment="PATH=/home/lit/howlit/env/bin"
ExecStart=/home/lit/howlit/env/bin/uwsgi --ini howlit/howlit.ini

[Install]
WantedBy=multi-user.target

好的，现在我想我已经找到了。how_lit 服务失败了。

答案1

我将转向指定一个“上游”，您可以在其中设置服务器/套接字并在虚拟主机中引用它，例如：

upstream django {
  server unix:///var/run/whatever.sock; # for a file socket
}

server {
   listen   80
   location / {
       uwsgi_pass django;
   }
}

您可以使用 lsof 来确保内容正在写入套接字/从套接字读取。

答案2

哪个用户正在运行uwsgi？在您的配置文件中，您已指定：

chmod-sock = 660

这意味着，相关用户及其组可以读取/写入，其他所有用户都无法执行任何操作。尝试将其更改为

chmod-sock = 666

看看情况如何。

更好的选择可能是将uwsgi用户和跑步者nginx放在同一个组中。

编辑：socket您指定的路径是否存在？如果不存在，请更改socket指令，使其使用完整/绝对路径。

答案3

以下是您可能需要执行的一些故障排除步骤 -

1). 检查 uwsgi 日志，通常在 /var/log/uwsig 下 - 查找错误并确保您在配置中指定的应用程序正在module = wsgi:app加载。

2). 检查是否存在任何权限问题。为了简化此操作，请在与 nginx 相同的用户/组下启动 uwsgi。您可以将以下行添加到您的 uwsgi 配置中 -

uid = www-数据
gid = www-数据

3). 您可能需要安装uwsgi-plugin-python包并添加plugins = python到您的 uwsgi 配置中。我遇到过由于缺少插件而导致应用程序无法加载的情况。

相关内容