Согласно руководству по структуре каталогов Linux , оно /usr/
предназначено для файлов приложений и /var/
для файлов, которые изменяются (я предполагаю, что это означает «файлы, которые принадлежат приложениям»). Это верно?
Если это так, то я немного разрываюсь между использованием любого из них. Веб-сайт - это приложение (если оно, так сказать, динамическое), но в других случаях это просто набор файлов, используемых Apache.
Www dir по умолчанию живет /var/www/
, поэтому мы должны следовать примеру, используя /var/websites/
(или что-то подобное), или выбрать, /usr/websites/
поскольку они могут быть приложениями?
Это очень тривиальный вопрос, но, тем не менее, он меня беспокоит. В нашем случае я склоняюсь к /usr/web
чему-то подобному, поскольку все наши веб-сайты являются приложениями.
Обновить:
Это для сайтов нашей компании; это не сервер общего хостинга, поэтому нам не нужно беспокоиться об их разделении /home/
или чем-то в этом роде.
Ответы:
Согласно FHS ,
/usr
это дляshareable, read-only data
- не там, где вы хотите разместить сайт. Здесь вы должны поместить свой код (например, Fedora делает это для Wordpress). См. Также руководство по упаковке веб-ресурсов для Fedora./var
это «переменные файлы данных. Сюда входят каталоги и файлы спула, административные данные и данные журналов, а также временные и временные файлы». - лучше, но все же не совсем правильно - но многие системы будут использовать/var/www
, так что даже если вы ошибаетесь, говоря об этом, вы находитесь в хорошей компании./srv
для «специфичных для сайта данных, которые обслуживаются этой системой». - это похоже на хороший матч, но встречается гораздо реже, чем/var/www
.Другое распространенное место для размещения файлов сайта
/home
- создание специального пользователя по имениwebsite
или тому подобное, а затем помещение файлов в домашний каталог этого пользователя (например,/home/website
).источник
/srv
- поскольку я никогда не видел это прежде, я думал, что это было создано ими. Это Redhat / CentOS?/var/www
потому, что к дистрибутивам не разрешается касаться/srv
; это для системного администратора для настройки. Так вот почему это "гораздо реже" и тоже правильно.Взгляните на Стандарт Иерархии Файловой Системы ( Википедия ). Я сам использую / srv / web / $ domain / {htdocs, logs, cgi-bin, ...}.
источник
Веб-сайты должны жить в домашних каталогах пользователей. Это пользовательские данные, которые должны быть изолированы одним пользователем для каждого сайта, и динамический контент должен снова запускаться как отдельный пользователь с файлами, которые динамический контент должен читать и изменять, если для этого есть соответствующие разрешения.
Обновить:
Тот факт, что он не является сервером с общим хостингом, не означает, что вам не следует применять надлежащие методы обеспечения безопасности и разделять независимые роли в их собственных зонах безопасности.
источник
Окончательным руководством является Стандарт Иерархии Файловой Системы, в котором говорится, что
/srv
это правильное место.источник
by this system
, а целым кластером систем; и два предложения, начинающиеся с,This setup will differ from host to host.
предполагают, что это не место для файлов, разделяемых на многих серверах. Это довольно вероятное место, хотя - безусловно, более подходящее/usr
, и, возможно, лучше, чем/var
Где они живут на диске, мало что значит. Это то место, где вы хотите их.
У меня есть символическая ссылка от / www на всех моих машинах, где они действительно живут, поэтому мне никогда не придется удивляться от машины к машине. Некоторые старые машины имеют / u0 и / u1 для пользовательских дисков, и я размещаю там веб-вещи. У некоторых / home монтируется напрямую, поэтому они идут туда, но / www всегда указывает на правильное место.
Я также не помещаю никакую конфигурацию ни в / usr, ни в / var. Он идет в / local (который, как вы уже догадались, обычно является символической ссылкой где-то на / u0 или / u1). Это облегчает резервное копирование. Я просто делаю резервную копию пользовательских дисков.
Конечно, у меня есть основной дистрибутивный сайт для моей выбранной ОС, NetBSD. Я делаю систему так, как хочу, на этой основной машине (на самом деле это экземпляр xen) и использую rsync / usr. Облегчает мою жизнь
источник
/path/we/chose
»?Веб-сервер Apache имеет веб-сайт по умолчанию в / var / www /, но он предлагает поместить другие веб-сайты в / srv /
Я заметил это на Ubuntu Server 14.04 LTS. Его файл apache2.conf по умолчанию содержит закомментированный блок:
источник
По моему мнению, вы НИКОГДА и НИКОГДА не должны размещать какие-либо интернет-сервисы в общей зоне системы
Ваши интернет-сервисы (Apache / Tomcat / SSH и т. Д.) Являются входной дверью, и если вы поместите эти сервисы в системную зону, вы будете потенциально уязвимы для некоторых атак.
Больше, чем если бы вы поместили свои разные сервисы в безопасную зону песочницы, как другой разделенный раздел.
Вот пример структуры, которую вы можете использовать:
источник
/srv/bin
кажется, нарушает FHS, который заявляет, что/srv
для данных, а не двоичных файлов/home
в отдельном разделе - вы можете уничтожить все, что не связано с/home
разделом, и не беспокоиться о потере пользовательских данных. +1 для разделения данных.