ПРОЕКТЫ 


  АРХИВ 


Apache-Talk @lexa.ru 

Inet-Admins @info.east.ru 

Filmscanners @halftone.co.uk 

Security-alerts @yandex-team.ru 

nginx-ru @sysoev.ru 


  СТАТЬИ 


  ПЕРСОНАЛЬНОЕ 


  ПРОГРАММЫ 



ПИШИТЕ
ПИСЬМА












     АРХИВ :: nginx-ru
Nginx-ru mailing list archive (nginx-ru@sysoev.ru)

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: internal redirect и безопасность



On 11.11.2012 1:01, Anton Bessonov wrote:

Пока энджин не научится форкоться/рожать детей с разными
правами/юзерами/группами или наладит проверку сего

как Вы себе это представляете? Вы предлагаете парсить клиентские
запросы процессом nginx запущенным на сервере с правами root?
и потом делать fork на каждый новый клиентский запрос?

Этой теме уже более двух лет (там и Вы учавствовали :)
http://forum.nginx.org/read.php?21,86747,86952#msg-86952

http://forum.nginx.org/read.php?21,86747,86884#msg-86884

если бы была возможность эффективно и безопасно реализовать
такую feature - то это наверное уже равно было бы сделано...
как например, это было в случае с директивой disable_symlinks

А зачем? Мы вроде про энджин, а не про другие веб сервера.

чтобы понять существуют ли в природе вообще веб-сервера,
которые соответствуют этим требованиям. оказалось что нет.

Ну как нет? Есть ведь. Может не оптимально, но есть.

есть сырые экспериментальные варианты,
которыми почти никто не пользуется.

Да и какая разница
что есть в природе или нет? Или вы считаете, что отсутствие
идей/инноваций и копия конкурентов - это хорошая стратегия?

мне это напоминает историю про семь красных линий:
http://www.youtube.com/watch?v=KlylKr7WjnM
Общение бизнесов и маркетинга с ИТ

Экпериментальные решения, которые в пять минут нагуглил:
http://httpd.apache.org/docs/2.4/mod/mod_privileges.html#vhostuser
http://mpm-itk.sesse.net/

такой же и даже лучший вариант можно получить, используя nginx,
запущенный с правами каждого пользователя, master+worker процессы.
причем, это вариант не экспериментальный, а вполне production ready.

А чем лучше-то?

это более безопасно, надежно и более эффективно.

Вот именно такой зоопарк и имею.
С production ready он ничего общего не имеет.

у нас с Вами разные понимания того, что такое "production ready".

Ну был бы воркер на пользователя, ну диспатчился
бы запрос на нужный воркер - чем плохо-то?

это почти то же самое что и семь красных линий.
как реализовать чтобы было эффективно и безопасно?

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

а что тут такого сложного? все сервисы система сама
стартует и останавливает, вручную это делать не надо.

--
Best regards,
 Gena

_______________________________________________
nginx-ru mailing list
nginx-ru@xxxxxxxxx
http://mailman.nginx.org/mailman/listinfo/nginx-ru


 




Copyright © Lexa Software, 1996-2009.