django gunicorn sock 文件不是由 wsgi 创建的

Question

我的数字海洋服务器（Ubuntu 16.04）中有一个基本的 django rest 应用程序，具有本地虚拟环境。基本的 wsgi.py 是：

 import os

os.environ.setdefault("DJANGO_SETTINGS_MODULE", "workout_rest.settings")

# This application object is used by any WSGI server configured to use this
# file. This includes Django's development server, if the WSGI_APPLICATION
# setting points here.
from django.core.wsgi import get_wsgi_application
application = get_wsgi_application()

# Apply WSGI middleware here.
# from helloworld.wsgi import HelloWorldApplication
# application = HelloWorldApplication(application)

我已逐步遵循本教程： https ://www.digitalocean.com/community/tutorials/how-to-set-up-django-with-postgres-nginx-and-gunicorn-on-ubuntu-16-04

当我使用以下命令测试 Gunicorn 为项目提供服务的能力时： gunicorn –bind 0.0.0.0:8000 myproject.wsgi:application 一切正常。

所以我尝试设置 Gunicorn 以使用 systemd 服务文件。我的 /etc/systemd/system/gunicorn.service 文件是：

 [Unit]
Description=gunicorn daemon
After=network.target

[Service]
User=ben
Group=www-data
WorkingDirectory=/home/ben/myproject
ExecStart=/home/ben/myproject/myprojectenv/bin/gunicorn --workers 3 --bind unix:/home/ben/myproject/myproject.sock myproject.wsgi:application

[Install]
WantedBy=multi-user.target

我的 Nginx 配置是：

 server {
    listen 8000;
    server_name server_domain_or_IP;

    location = /favicon.ico { access_log off; log_not_found off; }
    location /static/ {
        root /home/ben/myproject;
    }

    location / {
        include proxy_params;
        proxy_pass http://unix:/home/ben/myproject/myproject.sock;
    }
}

我已将侦听端口从 80 更改为 8000，因为 80 给我一个 err_connection_refused 错误。使用此命令启动服务器后：

 sudo systemctl restart nginx

当我尝试运行我的网站时，出现 502 Bad Gateway 错误。我试过这些命令（在教程评论中找到）：

 sudo systemctl daemon-reload
sudo systemctl start gunicorn
sudo systemctl enable gunicorn
sudo systemctl restart nginx

但没有任何改变。当我使用此命令查看 Nginix 日志时：

 sudo tail -f /var/log/nginx/error.log

我可以读到 sock 文件不存在：

 2016/10/07 09:00:18 [crit] 24974#24974: *1 connect() to unix:/home/ben/myproject/myproject.sock failed (2: No such file or directory) while connecting to upstream, client: 86.197.20.27, server: 139.59.150.116, request: "GET / HTTP/1.1", upstream: "http://unix:/home/ben/myproject/myproject.sock:/", host: "server_ip_adress:8000"

为什么没有创建这个 sock 文件？我如何配置 django/gunicorn 来创建这个文件？我在 Django 项目的 INSTALLED_APP 中添加了 gunicorn，但它没有任何改变。

编辑：

当我使用 nginx -t 测试 nginx 配置文件时，出现错误： open() "/run/nginx.pid" failed (13: Permission denied) 。但是，如果我使用 sudo: sudo nginx -t 运行命令，则测试成功。这是否意味着我必须允许“ben”用户运行 Ngnix？

关于 gunicorn 日志文件，我找不到阅读它们的方法。它们存放在哪里？

当我使用 ps aux | grep gunicorn 检查 gunicorn 是否正在运行时：

 ben      26543  0.0  0.2  14512  1016 pts/0    S+   14:52   0:00 grep --color=auto gunicorn

这是当您为 gunicorn 运行 systemctl enable 和 start 命令时发生的事情：

 sudo systemctl enable gunicorn
Synchronizing state of gunicorn.service with SysV init with /lib/systemd/systemd-sysv-install...
Executing /lib/systemd/systemd-sysv-install enable gunicorn

sudo systemctl start gunicorn
I get no output with this command

sudo systemctl is-active gunicorn
active

sudo systemctl status gunicorn
● gunicorn.service - gunicorn daemon
   Loaded: loaded (/etc/systemd/system/gunicorn.service; enabled; vendor preset: enabled)
   Active: active (exited) since Thu 2016-10-06 15:40:29 UTC; 23h ago

Oct 06 15:40:29 DevUsine systemd[1]: Started gunicorn.service.
Oct 06 18:52:56 DevUsine systemd[1]: Started gunicorn.service.
Oct 06 20:55:05 DevUsine systemd[1]: Started gunicorn daemon.
Oct 06 20:55:17 DevUsine systemd[1]: Started gunicorn daemon.
Oct 06 21:07:36 DevUsine systemd[1]: Started gunicorn daemon.
Oct 06 21:16:42 DevUsine systemd[1]: Started gunicorn daemon.
Oct 06 21:21:38 DevUsine systemd[1]: Started gunicorn daemon.
Oct 06 21:25:28 DevUsine systemd[1]: Started gunicorn daemon.
Oct 07 08:58:43 DevUsine systemd[1]: Started gunicorn daemon.
Oct 07 15:01:22 DevUsine systemd[1]: Started gunicorn daemon.

原文由 Ben 发布，翻译遵循 CC BY-SA 4.0 许可协议

Answer 1

我不得不更改 sock 文件夹的权限：

 sudo chown ben:www-data /home/ben/myproject/

另一件事是，在阅读许多帖子后，我更改了 sock 位置，将 sock 文件保留在 django 项目中不是一个好习惯。我的新位置是：

 /home/ben/run/

不要忘记更改权限：

 sudo chown ben:www-data /home/ben/run/

要确保 gunicorn 已刷新，请运行以下命令：

 pkill gunicorn
sudo systemctl daemon-reload
sudo systemctl start gunicorn

这将杀死 gunicorn 进程并启动新进程。

您可以运行此命令使进程在服务器启动时启动：

 sudo systemctl enable gunicorn

现在一切正常。

原文由 Ben 发布，翻译遵循 CC BY-SA 3.0 许可协议

Answer 2

虽然接受的答案有效，但存在一个（imo 主要）问题，即 gunicorn Web 服务器（可能）以 root 身份运行，不推荐这样做。您最终需要 chown 套接字的原因是因为它由 root:root 拥有，因为这是您的初始化作业默认采用的用户/组。有多种方法可以让您的工作承担另一个角色。截至目前（使用 gunicorn 19.9.0），在我看来，最简单的解决方案是使用 --user 和 --group 作为 gunicorn 的一部分提供的标志 --- 命令。这意味着您的服务器可以从您指定的用户/组开始。在你的情况下：

exec gunicorn --user ben --group www-data --bind unix:/home/ben/myproject/myproject.sock -m 007 wsgi

will start gunicorn under ben:www-data user and create a socket owned by ben:www-data with the permissions 770 , or read/write/execute privilege for the user ben 和组 www-data 在套接字上，这正是您在这种情况下所需要的。

原文由 ThisGuyCantEven 发布，翻译遵循 CC BY-SA 4.0 许可协议