Ошибка Nginx: (13: разрешение отказано) при подключении к восходящему потоку

Проблема с разрешениями возникает из-за того, что uwsgi сбрасывает права собственности и разрешения для /tmp/uwsgi.sock на 755 и пользователя, запускающего uwsgi при каждом запуске uwsgi.

Правильный способ решить проблему - заставить uwsgi изменить владельца и / или разрешение /tmp/uwsgi.sock, чтобы nginx мог писать в этот сокет. Следовательно, есть три возможных решения.

1. Запустите uwsgi от имени пользователя www-data, чтобы этот пользователь стал владельцем созданного им файла сокета.

   uwsgi -s /tmp/uwsgi.sock -w my_app:app --uid www-data --gid www-data
   

2. Измените владельца файла сокета, чтобы он принадлежал www-data.

   uwsgi -s /tmp/uwsgi.sock -w my_app:app --chown-socket=www-data:www-data
   

3. Измените права доступа к файлу сокета, чтобы www-данные могли записывать в него.

   uwsgi -s /tmp/uwsgi.sock -w my_app:app --chmod-socket=666
   

Я предпочитаю первый подход, потому что он не оставляет работу uwsgi от имени пользователя root.

Первые две команды нужно запускать от имени пользователя root. Третью команду не нужно запускать от имени пользователя root.

Первая команда оставляет uwsgi запущенным как пользователь www-data. Вторая и третья команды оставляют uwsgi запущенным от имени фактического пользователя, выполнившего команду.

Первая и вторая команды позволяют только пользователю www-data писать в сокет. Третья команда позволяет любому пользователю писать в сокет.

Я предпочитаю первый подход, потому что он не оставляет uwsgi запущенным от имени пользователя root и не делает файл сокета доступным для записи всем.

Хотя принятое решение верно, доступ может также блокироваться SELinux. Если вы правильно установили разрешения и по-прежнему получаете сообщения об отказе в разрешении, попробуйте:

sudo setenforce Permissive

Если это работает, значит, виноват SELinux - или, скорее, работал так, как ожидалось! Чтобы добавить разрешения, необходимые для nginx:

  # to see what permissions are needed.
sudo grep nginx /var/log/audit/audit.log | audit2allow
  # to create a nginx.pp policy file
sudo grep nginx /var/log/audit/audit.log | audit2allow -M nginx
  # to apply the new policy
sudo semodule -i nginx.pp

После этого сбросьте политику SELinux на принудительное выполнение с помощью:

sudo setenforce Enforcing

Вы должны установить эти разрешения (_1 _ / _ 2_) в конфигурации uWSGI.

Это chmod-socket и chown-socket.

http://uwsgi-docs.readthedocs.org/en/latest/Options.html#chmod-socket http://uwsgi-docs.readthedocs.org/en/latest/Options.html#chown-socket

Я знаю, что уже слишком поздно, но это может помочь другим. Я предлагаю выполнить Запуск фляги с virtualenv, uwsgi и nginx очень простая и приятная документация.

Необходимо активировать вашу среду, если вы запускаете свой проект в virtualenv.

вот yolo.py

from config import application

if __name__ == "__main__":
    application.run(host='127.0.0.1')

И создайте файл uwsgi.sock в каталоге / tmp / и оставьте его пустым. Как сказано в ответе @susanpal: «Проблема с разрешениями возникает из-за того, что uwsgi сбрасывает владение и разрешения /tmp/uwsgi.sock на 755, а пользователь запускает uwsgi каждый раз, когда запускается uwsgi». это правильно.

Таким образом, вы должны давать разрешение на файл sock при запуске uwsgi. так что теперь следуйте приведенной ниже команде

uwsgi -s /tmp/uwsgi.sock -w yolo:application -H /var/www/yolo/env --chmod-socket=666 

Команда немного отличается от @susanpal. А для сохранения соединения просто добавьте в конец команды "&"

uwsgi -s /tmp/uwsgi.sock -w yolo:app -H /var/www/yolo/env --chmod-socket=666 &

В моем случае изменение разрешения php делает трюк

sudo chown user:group -R /run/php

Я надеюсь, что это помогает кому-то.

Вы должны опубликовать оба файла конфигурации nginx и uwsgi для своего приложения (те, которые находятся в / etc / nginx / sites-enabled / и / etc / uwsgi / - или где бы вы их ни разместили).

Как правило, убедитесь, что в вашей конфигурации приложения nginx есть строка, аналогичная следующей:

uwsgi_pass unix:///tmp/uwsgi.sock;

и то же имя сокета в вашем конфигурационном файле uwsgi:

socket=/tmp/uwsgi.sock