Re: чтение чужих файлов: не стоит патчить

[Dmitry E. Oboukhov]

>>>> Имхо, вопрос с доступам к файлам это не та часть, которую должен
>>>> разруливать nginx. Иначе получится какой то php-ный safe mode. Запуск
>>>> того же php с правами нужного юзера и выставление на папку с конфигами
>>>> прав 700 решает проблему симлинков.

>>> это решает проблему симлинков, но появляется другая проблема -
>>> как в таких условиях отдавать статику через nginx, не запуская
>>> каждому пользователю свой собственный экземпляр веб-сервера.

>> А тут всё просто. На скрипты - 700, на шаредное файло, раздаваемое с помощью Nginx - 644.
>> Только вот кто такой прецизионной расстановкой прав займется ?

> это нереально. если у пользователей что-то не работает / глючит,
> первым делом они делают chmod 777 на все файлы в надежде решить
> свою проблему - неоднократно такое уже видел.

> поэтому - нужна защита от скачивания чужих конфигов через симлинки
> именно на уровне веб-сервера, который занимается раздачей статики.

если пользователь сделал 777 на все файлы, то как ему поможет защита
от скачивания через симлинки?

-- 

. ''`.                               Dmitry E. Oboukhov
: :’  :   email: unera на debian.org jabber://UNera@uvw.ru
`. `~’              GPGKey: 1024D / F8E26537 2006-11-21
  `- 1B23 D4F8 8EC0 D902 0555  E438 AB8C 00CF F8E2 6537
----------- следущая часть -----------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 198 bytes
Desc: Digital signature
URL: <http://mailman.nginx.org/pipermail/nginx-ru/attachments/20111129/00ba9b33/attachment-0001.bin>