Ау... Телепаты...
Начать с вопроса а _зачем_ Вам оно?
А _что_ именно непонятно?
Как установить? - "apt-get install nginx"
Не знаете где документацию найти? - http://nginx.ru/
В гугле не дают хавту найти? - ключевые слова nginx+debian
чет в духе php-devel пакет называется
Дык написал же выше - какие левые пакеты от дреамхоста. Они еще файлы в /usr/local/ запихнули.
Ну раз нет в этом списке:
dpkg -L ndn-apache22
- посмотрите другие пакеты. Посмотрите в /usr/local/
Добрый дядя Вам понаставил кучу левых пакетов, связанных с апачем. Разберитесь - что в них, прежде чем куда-то лезть и что-то править.
А причем здесь вообще дебиан. Поставили какой-то левый пакет.
Попробуйте посмотреть список файлов
find /etc -name httpd.conf
Никаких файлов, только каталог? Очень странно - только разве если руками что удаляли. Покажите
dpkg -l|grep apache
Файл называется:
/etc/apache2/apache2.conf
Есть и httpd.conf, но он специально пустой.
Что не мешает ей стоить $$ и нехилых трудозатрат. Но иногда это вполне может быть оправдано. И сперва следует открутить все что не нужно, гарантировать отсутствие слабых паролей. А уж потом может и IDS, если параноя замучала.
Но ведь речь шла о "массовом виртуальном хостинге". Почувствовали "трагызм" этой затеи?
Ага, а править этот шаблон будет Пушкин? Правила IDS надо написать и сопровождать. Это эвристики, так что если хотите, чтобы они были полезны - они также и проблемы постоянные будут Вам доставлять. Количество которых как минимум линейно растет с числом клиентов.
Простой пример - Вы решили порезать запросы с подстрокой union (см. пример zexis). А на каком-то сервере у Вас вдруг оказался веб-проект, в котором эта подстрока вполне штатно используется в запросах.
И че терь делать? Молча мешать работе сайта клиента? Править шаблон? Учить клиента жизни: "а Вы не пишите в адресной строке матом, а то у нас тут IDS работает"?
Про ресурсы я уже молчу. А с легитимным трафиком Вы погорячились. Его поболее, чем 60% - эдак к 99% ближе.
Определенно, последний _стабильный_ релиз имелся в виду. Судя по ответам Himiko - для ядра из сида (и тестинг?) проблемы не было.
PS: Кстати, testing как раз последнему стабильному релизу FreeBSD и соответствует. И по качеству, в том числе.
Это будет как минимум "золотой" хостинг (по ценам для клиентов). Чтобы окупить безумные затраты на создание и поддержку правил, общение с клиентами из-за ложных срабатываний и т.п. (а, Вы "опять" мне клиентов веб-магазина блокируете...).
Не, ну конечно если сервер _один_ - у таких "хостеров" руки обязательно растут из нужного места.
PS:
Мне вот кажется, что буйную энергию свою такому "хостеру" лучше направить на то, чтобы хостинг просто оправдывал свое название. Клиенты были бы достаточно изолированны друг от друга, в том числе по ресурсам, своевременно блокировались грузчики, был бы бекап.