nginx + PHP-FPM = ошибка «отказано в разрешении» 13 в журнале nginx; ошибка конфигурации?

20

У меня nginx 0.7x + PHP-FPM, работающий под PHP 5.2.10 на одном сервере RHEL5, но я пытаюсь продублировать эту настройку в комплекте с PHP-FPM в PHP 5.3.3 на втором сервере, у меня некоторые проблемы с ошибками разрешения каждый раз, когда есть GET.

FPM запущен и подтвердил, что fastcgi прослушивает 9000, но каждый раз, когда я делаю GET, я вижу эту ошибку в журнале nginx:

2010/08/12 23:38:53 [crit] 5019#0: *5 stat() "/home/noisepages/www/" failed (13: Permission denied), client: 24.215.173.141, server: dev.noisepages.com, request: "GET / HTTP/1.1", host: "dev.noisepages.com"

Barebones nginx.conf.default работает, по крайней мере. Вот мой nginx.conf

server {
        listen       80;
        server_name  dev.noisepages.com;
        root   /home/noisepages/www;
        index  index.html index.htm index.php;

        access_log  logs/dev.access.log;
 error_log logs/dev.error.log;

        location / {

 if (-f $request_filename) {
  expires 30d;
  break;
  }

 # this sends all non-existing file or directory requests to index.php
 rewrite ^.*/files/(.*) /wp-includes/ms-files.php?file=$1;
 if (!-e $request_filename) {
     rewrite ^.+?(/wp-.*) $1 last;
  rewrite ^.+?(/.*\.php)$ $1 last;
  rewrite ^ /index.php last;
  }
        }

        location ~ \.php$ {
            include        fastcgi_params;
            fastcgi_pass   unix:/dev/shm/php-fastcgi.sock;
            fastcgi_index  index.php;
            fastcgi_param  SCRIPT_FILENAME    /home/dev/www/$fastcgi_script_name;
        }
    }

(Дополнительные директивы перезаписи предназначены для использования многосайтового WordPress или WordPress MU)

Я также проверил, что пользовательские www-данные объявлены не только в nginx.conf, но и в php-fpm.conf для пользовательских и групповых значений.

Может я не понимаю, что вызывает сообщение об ошибке 13? Как ни странно, я попытался настроить dev.noisepages.com на первом сервере параллельно с несколькими другими виртуальными хостами - каждый из которых работал нормально - и получил ту же ошибку.

Питер Кирн
источник

Ответы:

57

Вы должны убедиться , что вы имеете +xна все каталоги в пути , ведущие к корню сайта - так /home, /home/noisepagesи/home/noisepages/www

медведь
источник
2
Да, на самом деле у www были правильные разрешения, но не весь путь! Благодарность! Имеет смысл - глупая ошибка с моей стороны.
Питер Кирн
1
Если бы я мог дать вам еще 10 голосов, я бы.
Тим
Да ты крут! Я провожу 2 часа в Google, чтобы найти ваш ответ! Спасибо!
Сергей Полищук
Спасибо! Я бездельничал на производственном сервере и тонул в холодном поту, когда это произошло ...!
lephleg
5

убедитесь, что / home / dev имеет правильные разрешения

chmod +x /home/dev
Майк
источник
2

У меня также были проблемы с разрешениями в php-fpm, в частности с php-сессиями. Оказалось, что я просто должен был изменить пользователя, который использует php-fpm для запуска процессов, так как по умолчанию он был установлен как «nobody».

учебник об этом здесь: http://www.duchnik.com/tutorials/setting-up-php-with-nginx/

обкрадывать
источник
3
Хотя это может теоретически ответить на вопрос, было бы предпочтительным включить здесь основные части ответа и предоставить ссылку для справки.
Скотт Пак
3
Ссылка мертва ..
Кристоф Бюлер
1

У меня была проблема с Симларом, которая привела меня сюда. Мое решение (на основе выбранного ответа) было сделать

chown -R root:www-data /home/noisepages/www
chmod g+w -R /home/noisepages/www

Теперь работает нормально :)

Скотт Уоррен
источник
Но как это сделать, если вы используете пользователей Chroot? При использовании chroot-пользователей папка / home / user / www должна принадлежать пользователю, и она не работает.
Винсент ЛИТУР
Извините, я не знаю :(
Скотт Уоррен