>[оверквотинг удален]
>со своим отдельным конфигом, и своим чрутом, или находясь в том-же
>джайле - если клиенту требуеться полный доступ, и ему будет всего
>хватать ), но всё-таки и показало - уровень знаний по ФриБСД
>девушки.
>Чруты и так пользую, к примеру на хостинге, всё и вся зачручено,
>и да - куча зачрученых апачей за нгинксом, и каждому пользователю
>свой отдельный зачрученый доступ к фтп, сфтп и всему остальному -
>и всё прекрасно, или мне предложите - каждому на 1 апач
>впс или джайл давать ? Как уже здесь было подмечено -
>склоняют нас к использованию пушек против воробьёв.

Во многом согласна с Вашим постом, но по некоторым _техническим_ моментам (не моментам оценки всего этого флейма, в котором, пожалуй, виновата именно я) не соглашусь:

>_umka_ - да не пытайся ты ей втолковать, её это не волнует,
>она привыкла(научили) работать под опенвз, и на этом баста, остальное -
>всё можно выкинуть, так как всё - не платный РХЕЛ, а
>бесплатное поделие, и очень сильно весь этот флейм напоминает всеми любимую
>рекламу Мелкософта, всё что используем и делаем мы - круто, то
>чего не делаем, и не знаем - отстой.

Пожалуйста, не нужно приписывать мне того, чего нет. RHEL всего лишь инструмент. Который выбирается под задачу.
Когда системный администратор, аналитик, технический директор делает выбор программной платформы (или целого решения) для какого-то проекта, он неизбежно берет на себя отвественность. "Платность RHEL"(как и тех же PVC) это всего-навсего возможность снизить свои риски, и риски компании, так как очень часто бюджет проекта абсолютно несоизмерим со стоимостью поддержки от того же RedHat, Parallels, Novell. Стоимость простоя иногда может составлять астрономические суммы. Если Вы готовы вылавливать авторов патчей, непринятых в апстрим (кстати, в листе рассылки тоже могут не ответить быстро), когда у Вас возникла проблема, это _Ваш_ выбор, возможно единственно верный ситуации.

А сам по себе RHEL/CentOS такая же открытая платформа, как и FreeBSD или Debian, точно так же можно наложить любые патчи на любое ПО, если это нужно, но так же можно получить гарантии (у нас так же как и у многих, для Linux серверов есть собственный репозиторий с собственными пакетами, заменяющими те, что есть в оригинальной дистрибьюции)

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

Конечно, в маленьких компаниях любой системный администратор это, увы, "мастер на все руки", который должен уметь ремонтировать даже микроволновку

(честно говоря, я очень рада, что на двух последних работах была избавлена от возни с "железяками", так как это никогда особенно не получалось, и даже сборка PC-системника всегда заканчивалась сломанными ногтями и порезанными в кровь пальцами:))

Но есть еще такое понятие как time менеджмент. Почти всегда у вас столько задач, что ты не знаешь за что и браться.
Иногда проще быстро посмотреть проблему в Knowlege base, на первой странице гугла, и, не найдя, написать в саппорт, а в это время заняться _кучей_ других проблем, или отдохнуть, зайдя, например, на опеннет :))

>Чруты и так пользую, к примеру на хостинге, всё и вся зачручено, и да - куча зачрученых >апачей за нгинксом, и каждому пользователю свой отдельный зачрученый доступ к фтп, сфтп и >всему остальному - и всё прекрасно, или мне предложите - каждому на 1 апач впс или джайл >давать ? Как уже здесь было подмечено - склоняют нас к использованию пушек против >воробьёв.

Jail это и есть VPS. То же самое, что и OpenVZ, только менее фичевое. А вот chroot, следуя  Вашей же логике гораздо больше соотвествует принципу KISS.
По-моему, из двух аналогичных решений (а jails и OVZ в одной нише, это контейнеры), если нельзя выбрать более простое решение (chroot), стоит выбрать более функциональное, так как jails по своей идее реализации ни разу не проще(в хорошем смысле слова) чем OVZ, просто реализовано это, на сегодняшний день, гораздо хуже.

>но всё-таки и показало - уровень знаний по ФриБСД девушки.

Если это комплимент, спасибо большое, но это _должен_ знать _любой_ пользователь FreeBSD, так как это описано в handbook :)