Я занимаюсь исследованием создания сервера лампы в ubuntu или debian для внутренней сети. Практически все, что я видел, рекомендует собирать из исходного кода, вырезать все компоненты и тому подобное для безопасности и получения самых последних версий всего. Для конкретных пакетов (apache, mysql, php) было бы лучше просто придерживаться пакетов debian / ubuntu? Клиент довольно серьезно относится к продуктам Microsoft, и это первая попытка широко использовать Linux в этой компании, поэтому я хочу иметь возможность представить руководству что-то очень надежное.
Почти всегда лучше использовать пакеты из дистрибутива.
Я бы сказал, просто установите пакеты по умолчанию из вашего дистрибутива. Если вы хотите chroot для вашей установки apache, вы можете установить пакет mod_chroot. В Debian / Ubuntu это будет libapache2-mod-chroot
.
Что касается актуальности, просто убедитесь, что вы используете поддерживаемую версию ОС (например, Debian Lenny или Ubuntu Hardy LTS), чтобы репозитории безопасности были активированы в вашем sources.list и обновляли ваши пакеты на постоянная основа.
Если ваш клиент - фанат Microsoft, он наверняка не привык создавать что-то из исходников, и его не должно шокировать использование уже готовых продуктов. Если вы собираете из исходного кода, просто знайте, что вам придется самостоятельно следовать рекомендациям по безопасности, исправлять и перестраивать программное обеспечение каждый раз, когда это происходит, а не просто обновлять пакеты.
Я знаю, что есть много фанатиков «безопасности», которые говорят, что вы должны собрать все из исходных кодов, поместить все в chroot-файлы и заблокировать свой компьютер в банковском сейфе. Основная проблема, которую я вижу в этом, заключается в том, что это не обязательно повысит вашу безопасность, но, безусловно, сделает его очень сложным для администрирования (просто объяснил, почему в предыдущем абзаце), и, в конце концов, он окажется менее безопасным, чем использование стандартного пакеты и поддержание их в актуальном состоянии с помощью звуковой конфигурации.