it-swarm.com.ru

ошибка nginx при подключении к php5-fpm.sock завершилась неудачно (13: разрешение запрещено)

Я обновляю nginx до 1.4.7 и php до 5.5.12 , после этого я получил ошибку 502 . До обновления все отлично работает.

nginx-error.log

2014/05/03 13:27:41 [crit] 4202#0: *1 connect() to unix:/var/run/php5-fpm.sock failed (13: Permission denied) while connecting to upstream, client: xx.xxx.xx.xx, server: localhost, request: "GET / HTTP/1.1", upstream: "fastcgi://unix:/var/run/php5-fpm.sock:", Host: "xx.xx.xx.xx"

nginx.conf

user  www www;
worker_processes  1;

        location / {
            root   /usr/home/user/public_html;
            index  index.php index.html index.htm;
        }
        location ~ [^/]\.php(/|$) {
            fastcgi_split_path_info ^(.+?\.php)(/.*)$;
            fastcgi_pass unix:/var/run/php5-fpm.sock;
            fastcgi_index index.php;
            fastcgi_param  SCRIPT_FILENAME    /usr/home/user/public_html$fastcgi_script_name;
            include fastcgi_params;
        }
260
peter

У меня была похожая ошибка после обновления php. PHP исправлена ​​ошибка безопасности где o имел rw разрешение на файл сокета.

  1. Откройте /etc/php5/fpm/pool.d/www.conf или /etc/php/7.0/fpm/pool.d/www.conf, в зависимости от вашей версии. 
  2. Раскомментируйте все строки разрешений, например:

    listen.owner = www-data
    listen.group = www-data
    listen.mode = 0660
    
  3. Перезапустите fpm - Sudo service php5-fpm restart или Sudo service php7.0-fpm restart

Примечание: если ваш веб-сервер работает от имени пользователя, отличного от www-data, вам необходимо соответствующим образом обновить файл www.conf

583
Xander

Все исправления, упомянутые в настоящее время здесь, в основном, снова и снова дают дыру в безопасности.

В итоге я добавил следующие строки в файл конфигурации PHP-FPM.

listen.owner = www-data
listen.group = www-data

Убедитесь, что www-data на самом деле является пользователем, от имени которого работает работник nginx. Для Debian это www-данные по умолчанию.

Если вы сделаете это таким образом, вы не включите проблему безопасности, которую должно было исправить это изменение .

100
artooro

Решение @ Xander работает, но не сохраняется после перезагрузки. 

Я обнаружил, что мне пришлось изменить listen.mode на 0660 в /etc/php5/fpm/pool.d/www.conf

Образец с www.conf:

; Set permissions for unix socket, if one is used. In Linux, read/write
; permissions must be set in order to allow connections from a web server. Many
; BSD-derived systems allow connections regardless of permissions. 
; Default Values: user and group are set as the running user
;                 mode is set to 0660
;listen.owner = www-data
;listen.group = www-data
;listen.mode = 0660

Edit: Согласно @Chris Burgess, я изменил это на более безопасный метод.

Я удалил комментарий для listen.mode, .group и .owner:

listen.owner = www-data
listen.group = www-data
listen.mode = 0660

/ var/run Содержит только информацию о работающей системе с момента последней загрузки, например, вошедшие в систему пользователи и работающие демоны. ( http://en.wikipedia.org/wiki/Filesystem_Hierarchy_Standard#Directory_structure ).

Примечание:

Мои php5-fpm -v отчеты: PHP 5.4.28-1+deb.sury.org~precise+1. Эта проблема возникла и после недавнего обновления.

45
Eric C

Если вы попробовали все в этом посте, но не смогли заставить PHP работать, это то, что исправило это для моего случая:

Убедитесь, что эти строки не закомментированы в /etc/php5/fpm/pool.d/www.conf:

listen.owner = www-data
listen.group = www-data
listen.mode = 0660

Убедитесь, что/etc/nginx/fastcgi_params выглядит следующим образом:

fastcgi_param  QUERY_STRING       $query_string;
fastcgi_param  REQUEST_METHOD     $request_method;
fastcgi_param  CONTENT_TYPE       $content_type;
fastcgi_param  CONTENT_LENGTH     $content_length;

fastcgi_param  SCRIPT_NAME        $fastcgi_script_name;
fastcgi_param  REQUEST_URI        $request_uri;
fastcgi_param  DOCUMENT_URI       $document_uri;
fastcgi_param  DOCUMENT_ROOT      $document_root;
fastcgi_param  SCRIPT_FILENAME    $document_root$fastcgi_script_name;
fastcgi_param  SERVER_PROTOCOL    $server_protocol;
fastcgi_param  PATH_INFO          $fastcgi_script_name;
fastcgi_param  HTTPS              $https if_not_empty;

fastcgi_param  GATEWAY_INTERFACE  CGI/1.1;
fastcgi_param  SERVER_SOFTWARE    nginx/$nginx_version;

fastcgi_param  REMOTE_ADDR        $remote_addr;
fastcgi_param  REMOTE_PORT        $remote_port;
fastcgi_param  SERVER_ADDR        $server_addr;
fastcgi_param  SERVER_PORT        $server_port;
fastcgi_param  SERVER_NAME        $server_name;

# PHP only, required if PHP was built with --enable-force-cgi-redirect
fastcgi_param  REDIRECT_STATUS    200;

Эти две строки отсутствовали в моем/etc/nginx/fastcgi_params, убедитесь, что они есть!

fastcgi_param  SCRIPT_FILENAME    $document_root$fastcgi_script_name;
fastcgi_param  PATH_INFO          $fastcgi_script_name;

Затем перезапустите php5-fpm и nginx. Должен сделать свое дело.

37
aMMT

На самом деле, «listen.mode» должен быть: «0660», а не «0666», как «Другое для записи» или «Другое для чтения», здесь никогда не будет хорошим выбором.

Поэтому постарайтесь выяснить, под каким пользователем/группой работает ваш веб-сервер. Я использую CentOs, и он запускается от имени пользователя "nginx" Поэтому добавьте в свой php-fpm.conf:

listen.owner = nginx
listen.group = nginx
listen.mode = 0660

наконец перезапустите php-fpm

23
CRHenkie

Проверьте, какой пользователь запускает nginx. Начиная с Ubuntu 12.04, nginx запускается пользователем nginx, который не является членом группы www-data.

usermod -a -G www-data nginx

и перезапуск демонов nginx и php5-fpm решает проблему.

22
Çağatay Gürtürk

В качестве альтернативы расширению прав доступа в вашей конфигурации php, вы можете изменить пользователя, указанного в вашей конфигурации nginx.

В первой строке вашего отрывка nginx.conf пользователь и группа указаны как www и www соответственно.

user  www www;

Между тем, ваш php config, вероятно, указывает пользователя и группу www-данных:

listen.owner = www-data
listen.group = www-data

Вы можете изменить строку в вашем nginx.conf на любую из следующих, затем:

user www-data www;
user www-data www-data; # or any group, really, since you have the user matching
user www www-data; # requires that your php listen.mode gives rw access to the group
11
JellicleCat

Я только что получил эту ошибку снова сегодня, когда я обновил свой компьютер (с обновлениями для PHP) под управлением Ubuntu 14.04. Файл конфигурации распространения /etc/php5/fpm/pool.d/www.conf в порядке и не требует каких-либо изменений в настоящее время. 

Я обнаружил следующие ошибки:

dmesg | grep php
[...]
[ 4996.801789] traps: php5-fpm[23231] general protection ip:6c60d1 sp:7fff3f8c68f0 error:0 in php5-fpm[400000+800000]
[ 6788.335355] traps: php5-fpm[9069] general protection ip:6c5d81 sp:7fff98dd9a00 error:0 in php5-fpm[400000+7ff000]

Странно было то, что у меня на этом компьютере работает 2 сайта, использующих PHP-FPM, один работал нормально, а другой (установка Tiny Tiny RSS) дал мне 502, где оба работали нормально до.

Я сравнил оба файла конфигурации и обнаружил, что fastcgi_param SCRIPT_FILENAME $document_root$fastcgi_script_name; отсутствует для затронутого сайта.

Оба файла конфигурации теперь содержат следующий блок и снова работают нормально:

location ~ \.php$ {
        fastcgi_pass unix:/var/run/php5-fpm.sock;
        include /etc/nginx/snippets/fastcgi-php.conf;
}

Обновление

Следует отметить, что Ubuntu поставляет два файла параметров, связанных с fastcgi, а также фрагмент конфигурации, который доступен начиная с Vivid, а также в версии PPA . Решение было обновлено соответственно.

Разница между файлами параметров fastcgi:

$ diff -up fastcgi_params fastcgi.conf
--- fastcgi_params      2015-07-22 01:42:39.000000000 +0200
+++ fastcgi.conf        2015-07-22 01:42:39.000000000 +0200
@@ -1,4 +1,5 @@

+fastcgi_param  SCRIPT_FILENAME    $document_root$fastcgi_script_name;
 fastcgi_param  QUERY_STRING       $query_string;
 fastcgi_param  REQUEST_METHOD     $request_method;
 fastcgi_param  CONTENT_TYPE       $content_type;

Фрагмент конфигурации в /etc/nginx/snippets/fastcgi-php.conf

# regex to split $uri to $fastcgi_script_name and $fastcgi_path
fastcgi_split_path_info ^(.+\.php)(/.+)$;

# Check that the PHP script exists before passing it
try_files $fastcgi_script_name =404;

# Bypass the fact that try_files resets $fastcgi_path_info
# see: http://trac.nginx.org/nginx/ticket/321
set $path_info $fastcgi_path_info;
fastcgi_param PATH_INFO $path_info;

fastcgi_index index.php;
include fastcgi.conf;
6
LiveWireBT

Необходимо также учитывать ваши индивидуальные пулы FPM, если таковые имеются.

Я не мог понять, почему ни один из этих ответов не работал для меня сегодня. Для меня это был сценарий «поставил и забыл», когда я забыл, что listen.user и listen.group дублируются для каждого пула.

Если вы использовали пулы для разных учетных записей пользователей, как я, где каждая учетная запись пользователя владеет своими процессами и сокетами FPM, установка только параметров конфигурации listen.owner и listen.group по умолчанию для nginx просто не будет работать. И очевидно, что позволить 'nginx' владеть ими всем тоже недопустимо.

Для каждого пула , убедитесь, что

listen.group = nginx

В противном случае вы можете оставить владение бассейном и тому подобное в одиночку.

6
Ted Phillips

Следующее простое исправление сработало для меня, обойдя возможные проблемы с разрешениями в сокете.

В вашей конфигурации nginx установите fastcgi_pass на:

fastcgi_pass   127.0.0.1:9000;

Вместо 

fastcgi_pass   /var/run/php5-fpm.sock;

Это должно соответствовать параметру listen = в /etc/php5/fpm/pool.d/www.conf, поэтому также установите это значение:

listen = 127.0.0.1:9000;

Затем перезапустите php5-fpm и nginx

service php5-fpm restart

А также

service nginx restart

Для получения дополнительной информации см .: https://wildlyinaccurate.com/solving-502-bad-gateway-with-nginx-php-fpm/

4
supershnee

В моем случае проблема заключалась в том, что веб-сервер Nginx работал от имени пользователя nginx, а пул работал от имени пользователя www-data.

Я решил проблему, изменив пользователя, на котором работает Nginx, в файле /etc/nginx/nginx.conf (может отличаться в вашей системе, у меня Ubuntu 16.04.1)

Правка: user nginx;

to: user www-data;

затем перезапустите Nginx: service nginx restart

4
EarthMind

Просто, но работает ..

listen.owner = nginx
listen.group = nginx

chown nginx:nginx /var/run/php-fpm/php-fpm.sock
3
Terry Lin

Я исправил ту же проблему в Amazon Linux AMI 2016.09 (Centos 7), выполнив следующие действия.

Откройте ваши файлы www.conf (Пример: Sudo nano /etc/php-fpm.d/www.conf) Наконец, найдите строки, которые устанавливают listen.owner и listen.group, и измените их значения от "никто" до "nginx":

listen.owner = nginx
listen.group = nginx
listen.mode = 0666

Наконец, найдите строки, которые задают пользователя и группу, и измените их значения с «Apache» на «nginx»:

user = nginx
group = nginx

Перезапустите php-fpm (перезапуск службы Sudo php-fpm)

3
Nanhe Kumar

Также проверьте SELINUX (/ etc/selinux):

# getenforce

выключи:

# setenforce 0
1
alchemist

После обновления с Ubuntu 14.04 lts до Ubuntu 16.04 lts я нашел еще одну причину этой ошибки, которую я не видел раньше.

Во время процесса обновления я каким-то образом полностью потерял свой исполняемый файл php5-fpm. Все файлы конфигурации были целы, и мне потребовалось некоторое время, чтобы понять, что service php5-fpm start действительно не запустил процесс, так как не показывал никаких ошибок.

Мой момент пробуждения наступил, когда я заметил, что в /var/run/php5-fpm.sock нет файла сокета, как и должно быть, и netstat -an не показывал процессы, прослушивающие порт, который я пробовал в качестве альтернативы при попытке решить эту проблему. Поскольку файл/usr/sbin/php5-fpm также не существовал, я, наконец, был на правильном пути.

Для решения этой проблемы я обновил php с версии 5.5 до 7.0.apt-get install php-fpm сделал трюк как побочный эффект. После этого и установки других необходимых пакетов все нормализовалось.


У этого решения для обновления могут быть собственные проблемы, однако. Поскольку php развился совсем немного, возможно, что программное обеспечение сломается невообразимым образом. Так что, хотя я пошел по этому пути, вы можете захотеть сохранить версию, которая вам нравится, еще ненадолго.

К счастью, кажется, есть хороший способ для этого , как описано на сайте настройки Windows:

add-apt-repository ppa:ondrej/php
apt-get purge php5-common
apt-get update
apt-get install php5.6

Более точное решение, каким бы оно ни было, я не пробовал. Я ожидаю, что следующие несколько дней скажут мне, должен ли я иметь.

1
sankari

Если у вас разные пулы для каждого пользователя, убедитесь, что пользователь и группа установлены правильно в файле конфигурации. Вы можете найти пользователя nginx в файле /etc/nginx/nginx.conf. Группа nginx такая же, как и у пользователя nginx.

user = [pool-user]
group = [pool-group]
listen.owner = [nginx-user]
listen.group = [nginx-group]
0
Jaman

Просто добавьте, что в CentOS (и, возможно, в Red Hat и Fedora) файл, для которого необходимо изменить разрешения, находится по адресу

/etc/php-fpm.d/www.conf

0
Adrian Stride

Я несколько раз менял ОС на своем сервере, пытаясь получить наиболее удобную систему.

Раньше он работал очень хорошо в большинстве случаев, но, наконец, я получил ошибку 502 Gateway.

Я использую сокет php fpm для каждой учетной записи вместо того, чтобы хранить один и тот же для всех. Таким образом, если происходит сбой, по крайней мере, другие приложения продолжают работать.

Раньше у меня были пользовательские и групповые www-данные. Но это изменилось на моем Debian 8 с последней версией Nginx 1.8 и php5-fpm.

Пользователь по умолчанию - nginx, также как и группа. Чтобы убедиться в этом, лучше всего проверить файлы/etc/group и/etc/passwd. Они не могут лгать.

Именно там я обнаружил, что теперь у меня есть nginx в обоих и больше нет www-данных. 

Возможно, это может помочь некоторым людям, все еще пытающимся выяснить, почему сообщение об ошибке продолжает появляться.

Это сработало для меня.

0
Marc Quattrini

Тем, кто попробовал все в этой теме и все еще застрял: это решило мою проблему . Я обновил /usr/local/nginx/conf/nginx.conf

  1. Раскомментируйте строку со словами user

  2. сделайте это www-data таким образом, это становится: user www-data;

  3. Сохраните его (требуется root-доступ)

  4. Перезапустите nginx

0
Davy

В моем случае php-fpm не работал вообще, поэтому мне просто нужно было запустить службу ????

service php7.3-fpm start
#on ubuntu 18.04
0
Tech Nomad

Самое главное, что пользователь использует nginx, тогда вам нужно также указать его

в вашем nginx.conf

user www-data;
worker_processes  1;

        location / {
            root   /usr/home/user/public_html;
            index  index.php index.html index.htm;
        }
        location ~ [^/]\.php(/|$) {
            fastcgi_split_path_info ^(.+?\.php)(/.*)$;
            fastcgi_pass unix:/var/run/php5-fpm.sock;
            fastcgi_index index.php;
            fastcgi_param  SCRIPT_FILENAME    /usr/home/user/public_html$fastcgi_script_name;
            include fastcgi_params;
        }

в вашем www.conf

listen.owner = www-data
listen.group = www-data
;listen.mode = 0660

в вашем случае пользователь и группа "www", поэтому просто замените его.

  • перезапустите nginx и php fpm
0
Erenss

Если у вас есть декларации 

pid = /run/php-fpm.pid

а также

listen = /run/php-fpm.pid

в разных конфигурационных файлах, root будет владельцем этого файла.

0
IvanTheFirst