Извините но за данный пост Вам ничего не причитаетсяkm писал(а):благодарность в денежном виде присылайте на 220131, Республика Беларусь, г. Минск-131, а/я 200
Скорее с Вас ... 
Да ... Вы меня за идиота что ли держите ??? Я вам про линух и сам могу порассказывать.km писал(а): сначала ставится ОС. Поскольку это форум в основном про linux, то его. В принципе - любой.
ага еще надобы добавить сюда PostgreSQL, mod_perl,mod_php,mod_rewrite,qmail и т.д. и т.п.km писал(а): софт: apache/mysql/php/perl
ага ... ню ню ... Не все так просто в этом мире... А трафик ты чем ограничивать будешь ???km писал(а): непересечение реализуется вынесением каждого пользователя в отдельный каталог и беспощадным применением дисковых квот.
Похоже ответ не по адресу, вот если будет описание организации непересечения дисковых пространств, тогда и отправим возможно чего нить в зависимости от того насколько качественной помощь будет.km писал(а): продолжение - после получения первых поступлений (см адрес выше)
1) Если предполгается давать юзверям shell или ftp - то соответсвующие сервисы запихиваются в chroot - это превыше всего-=MaMoNt=- писал(а):Народ, может кто сталкивался ... Помогите ...
Нужна инфа о том как хостинг устроен "изнутри".
т.е.
какой софт юзается
как настройки выполняются
как реализуется непересечение файловых пространств пользователей
каким образом реализуетсяучет дискового пространства в MySQL b PostgreSQL ...
в обем усе-усе-усе ...
Буду очень благодарен ... Не только на словах ...
Хм, какой вопрос у вас был, такой и ответ.Anonymous писал(а): Похоже ответ не по адресу, вот если будет описание организации непересечения дисковых пространств, тогда и отправим возможно чего нить в зависимости от того насколько качественной помощь будет.
Ладно уточняем ... Есь apache с установленными модулями ... Требуется :
Сделать так что бы апач все выполнял, а пользователи друг к другу по директориям не лазили ... 80% хостингов позволяют по чужим папкам лазить. Прикрутить БД и ограничить суммарный размер файлы+почта+БД. Ну доступ по фтп ясно что нужен. И САМОЕ главное пенелька управления, какие бывают , функционал, описания.
О ну хоть один человек что то толковое написал, огромное спасибо.Llama писал(а):1) Если предполгается давать юзверям shell или ftp - то соответсвующие сервисы запихиваются в chroot - это превыше всего
2) Apache тоже запихивается в chroot
3) MySQL не умеет ограничивается сам, насколько я знаю, поэтому можно написать скриптик, который будет висеть в кроне, считать размер базы и отрубать привилегии INSERT/UPDATE при достижении лимита. phpMyAdmin это вроде как тоже умеет, только как там сделано я не смотрел. Существует другой способ: т.к. каждой базе в mysql соответсвует каталог, на него можно повеить квоту средствами ОС, но это не есть хороший путь, т.к. при невозможности записи на диск во-первых будут теряться данные, т.к. mysql их уже принял, но записать не смог. Кроме того, поведение mysql в такой ситуации я не исследовал и не факт, что невозможность записи данных в одну базу не отразится на работоспособности всего сервера, так что вариант с кроном мне кажется разумнее, в крайнем случае пользователь слегка превзадет квоту, но зато все будет здоровенько
А вопрос был плохо сконфигурирован из-за непродуманности действий. Привет ...zyxel писал(а):2 -=MaMoNt=-: Привет, Максим ! Вот уж не думал, что ты будешь такие мелочи спрашивать
А если чего еще и упустишь, то пролетят еще и труды и работа перспективная.Термин jail используется как минимум в bsd* и и проекте RSBAC. Насчет BSD я ничего сказать не могу, а что касается RSBAC - то в отличии от chroot() в RSBAC можно ограничивать значительно болше - например блокировать потенциально опасный код. Secure - патчи - это вообще отдельная тема, и по хорошему наверное стоит на сервер поставить что-то из них. RSBAC - достаточно сложная но и наиболее продвинутая система, есть еще grsecurity, open wall linux (owl). Что из этого ставить - выбирать тебе, в общем случае - чем больше секьюрности тем больше гимора с начальным администрированием и тем сложнее будут скрипты создания юзерских аккаунтов. Кроме того, стоит предусмотреть еще на этапе проектирования системы хостинга средства централизованого управления и хранения информации, т.к. при большом количестве пользователей ползать по контрактам и накладным в поисках информации насчет того, что необходимо предоставить пользователю и на какой срок.-=MaMoNt=- писал(а): Еще вопрос, кто что может сказать о системах виртуализации подобных Virtuoso, Jail ???
и много денег-то летит?-=MaMoNt=- писал(а):Времени нету, а нужно в течении этого месяца сварганить хоть какоето подобие хостинга... Иначе деньги мимо кассы пролетят ...
еще один доморощенный хостер?-=MaMoNt=- писал(а):пролетят еще и труды и работа перспективная.
-=MaMoNt=- писал(а):Былоб хотя бы полгода сам бы все раскопал...[/qoute]
вряд ли хватило бы, до некоторых вещей самостоятельно дойти очень трудно
Ну хостер не доморощенный ...Invox писал(а): еще один доморощенный хостер?
вряд ли хватило бы, до некоторых вещей самостоятельно дойти очень трудно
