Режим сеанса PHP продолжает использовать разрешения 0600

Question

Я пытался изменить права доступа к новым файлам сеанса.Согласно этой странице , мне нужно изменить режим в конфигурации session_save_path в файле php.ini.Я изменил его на 0777, по умолчанию - 0600. Новые файлы сеансов все еще создаются с разрешениями 0600.Я проверил, правильный php.ini загружен и изменения сохранены.Я настроил его как: 0;0777;/var/lib/php/sessions (N; MODE; / путь).Может кто-нибудь объяснить мне, почему файлы все еще создаются с разрешениями 0600, в то время как я настроил его на 0777?

Файлы хранятся в /var/lib/php/sessions, и я использую Codeigniter.

Answer 1

В каталоге /var/lib/php/sessions/ обычно установлен бит "залипания" -

drwx-wx-wt 2 root root 4096 Oct 15 11:21 /var/lib/php/sessions/

Это делается через chmod 1733.Помните, что использование битов setuid / setgid / sticky в каталоге влияет на то, как создаются файлы (владелец / группа по умолчанию и разрешения) в этом каталоге и любом подкаталоге, независимо от системных umask значений и т. Д.

С этой страницы - http://www.filepermissions.com/articles/sticky-bit-suid-and-sgid - которая является частью серии из 3 статей о разрешениях * nix-файлов, что довольно неплохо.

Sticky Bit, это особая настройка в разрешениях файловэто помогает ограничить доступ сверх того, на что способны обычные разрешения для файлов.Короче говоря, Sticky Bit гарантирует, что только владелец файла / каталога сможет удалить или переименовать файл.Однако следует отметить, что root также может редактировать и удалять файл.

В режиме 1733 файлы данных сеанса не могут быть прочитаны другими пользователями в системе.Это хорошая вещь.

Почему вы хотите, чтобы хранилище сеансов читалось во всем мире?

Редактировать -

Если вы действительно хотите разбить его, создайте новый каталог с соответствующимразрешения и измените путь хранения сеанса, чтобы использовать этот каталог.Обратите внимание, что в PHP может быть внутренняя проверка, которая заставит его отказаться от хранения данных сеанса в месте, которое он считает «небезопасным», так же, как SSH отказывается использовать ключи с небезопасными разрешениями.