Функция PHP is writable () всегда возвращает false для каталога, доступного для записи

я пытаюсь установить PHP-based пакет программного обеспечения в экземпляре Red Hat 7 Amazon EC2 (ami-8cff51fb), на котором были установлены Apache 2.4.6 и PHP 5.4.16 с помощью yum. Установка завершается неудачно, поскольку она говорит, что определенный каталог должен быть доступен для записи веб-сервером с разрешениями 0755 или 0775.

каталог, в вопрос разрешения 0775 с root:apache собственности. Я проверил, что процесс httpd запускается пользователем apache и что пользователь apache является членом группы apache.

если я редактирую /etc/passwd временно предоставить пользователю apache оболочку входа в систему, а затем su для этой учетной записи я могу вручную создавать файлы в качестве пользователя apache в каталоге, используя .

я взглянул на исходный код скрипта установщика и определил, что он не работает, потому что PHP is_writable() функция возвращает false для рассматриваемого каталога. Я создал отдельный тест PHP скрипт для изоляции и проверки поведения, которое я вижу:

<?php
  $dir = '/var/www/html/limesurvey/tmp';
  if (is_writable($dir)) {
    echo $dir, ' is writable';
  } else {
    echo $dir, ' is NOT writable';
  }
?>

выводится сообщение, недоступное для записи. Если я изменюсь $dir выше /tmp затем он правильно выводит, что /tmp запись.

если я изменю разрешения каталога на 0777 и / или изменю право собственности на apache:apache тогда PHP все еще сообщает, что каталог не доступен для записи. Я даже попытался создать /test каталог настроен с теми же разрешениями и правами собственности и моим тестовым скриптом по-прежнему сообщает, что он не записывается.

я действительно не могу объяснить это поведение, поэтому любые идеи будут приветствоваться!

спасибо заранее.


список каталогов для /var/www/html/limesurvey приводится ниже. The tmp и upload каталоги имеют 0775 разрешений в соответствии с Lime Survey's инструкция по установке. test.php мой тестовый скрипт, упомянутых выше.

[ec2-user@ip-xx-x-x-xxx limesurvey]$ pwd
/var/www/html/limesurvey
[ec2-user@ip-xx-x-x-xxx limesurvey]$ ls -al
total 80
drwxr-xr-x. 20 root apache 4096 Mar 30 11:25 .
drwxr-xr-x.  3 root root     23 Mar 25 14:41 ..
drwxr-xr-x.  2 root apache   38 Mar 10 12:56 admin
drwxr-xr-x. 16 root apache 4096 Mar 10 12:56 application
drwxr-xr-x.  3 root apache 4096 Mar 10 12:56 docs
drwxr-xr-x.  2 root apache 4096 Mar 10 12:56 fonts
drwxr-xr-x. 19 root apache 4096 Mar 10 12:56 framework
-rw-r--r--.  1 root apache  429 Mar 10 12:56 .gitattributes
-rw-r--r--.  1 root apache  399 Mar 10 12:56 .gitignore
-rw-r--r--.  1 root apache  296 Mar 10 12:56 .htaccess
drwxr-xr-x.  4 root apache 4096 Mar 10 12:56 images
-rw-r--r--.  1 root apache 6652 Mar 10 12:56 index.php
drwxr-xr-x.  5 root apache   39 Mar 10 12:56 installer
drwxr-xr-x. 89 root apache 4096 Mar 10 12:56 locale
drwxrwxr-x.  2 root apache   39 Mar 25 14:41 logs
drwxr-xr-x.  4 root apache   49 Mar 10 12:56 plugins
-rw-r--r--.  1 root apache   61 Mar 10 12:56 README
drwxr-xr-x.  4 root apache 4096 Mar 10 12:56 scripts
-rw-r--r--.  1 root apache  380 Mar 10 12:56 .scrutinizer.yml
drwxr-xr-x.  5 root apache 4096 Mar 10 12:56 styles
drwxr-xr-x.  5 root apache 4096 Mar 10 12:56 styles-public
drwxr-xr-x. 12 root apache 4096 Mar 10 12:56 templates
-rw-r--r--.  1 root apache  159 Mar 30 11:11 test.php
drwxr-xr-x.  3 root apache   20 Mar 10 12:56 themes
drwxr-xr-x. 26 root apache 4096 Mar 10 12:56 third_party
drwxrwxr-x.  5 root apache   80 Mar 26 13:45 tmp
drwxrwxr-x.  6 root apache   79 Mar 10 12:57 upload

под управлением namei -l /var/www/html/limesurvey/tmp дает:

[ec2-user@ip-x-x-x-xxx ~]$ namei -l /var/www/html/limesurvey/tmp
f: /var/www/html/limesurvey/tmp
drwxr-xr-x root root   /
drwxr-xr-x root root   var
drwxr-xr-x root root   www
drwxr-xr-x root root   html
drwxr-xr-x root apache limesurvey
drwxrwxr-x root apache tmp

5 ответов


после долгого чесания головы выяснилось, что SELinux препятствует записи в каталог. Я нашел хороший учебник, который объясняет, что происходит. Я смог исправить это, выполнив эту команду:

sudo chcon -R -t httpd_sys_rw_content_t tmp

на CentOS 6 выше, должны быть настройки SELinux включить исполнение

setenforce Permissive

проверить состояние

sestatus

см.https://wiki.centos.org/HowTos/SELinux


для записи в каталог вам также необходимо выполнить разрешения на dirs выше.

namei -l /var/www/html/limesurvey/tmp

должен показывать, для какого шага у вас нет правильных разрешений.


HTTPDUSER=`ps aux | grep -E '[a]pache|[h]ttpd|[_]www|[w]ww-data|[n]ginx' | grep -v root | head -1 | cut -d\  -f1`
sudo setfacl -R -m u:"$HTTPDUSER":rwX -m u:`whoami`:rwX tmp
sudo setfacl -dR -m u:"$HTTPDUSER":rwX -m u:`whoami`:rwX tmp

взято непосредственно из руководства по установке Symfony2, это решает проблему с общим доступом к записи кэша между Apache и CLI tools. Это может сработать для вашего


is_writable по умолчанию проверяет только пользователя, а не группу. Поэтому, даже если ваша группа соответствует и имеет разрешения, is_writable вернет false. Чтобы расслабиться, вам нужно будет установить

safe_mode_gid = On

в конфигурации PHP или измените пользователя соответствующим образом.