Функция 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
для записи в каталог вам также необходимо выполнить разрешения на 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 или измените пользователя соответствующим образом.