Правильное использование /srv в системах Debian

Я немного озадачен тем, что происходит внутри /srv и ищет полезные советы по его использованию в Debian.

По данным FHS: "/srv содержит специфичные для сайта данные, которые обслуживаются этой системой ".

Однако я не уверен, что такие вещи, как файлы данных MySQL, rrd-файлы munin и тому подобное, можно / нужно хранить в /srv так как они не "обслуживаются" напрямую.

Я не спрашиваю, возможно ли это или как это можно сделать, я спрашиваю о вашем опыте и хороших практиках.

Источник

1 ответ

Решение

Я лично использую /srv иерархия для обслуживания:

  • статический контент веб-сервера под /srv/www, В Debian (и RHEL-производных), где важно соответствие SELinux, этот путь указан как httpd_sys_content по умолчанию:

    /srv/([^/]*/)?www(/.*)? all files  system_u:object_r:httpd_sys_content_t:s0

  • NFSv4 экспорт. Эти файловые системы монтируются под var/exports и крепится под /srv/nfsv4/$export, а также /srv/nfsv4 настроен быть fsid=0, Этот путь также рассматривается в политике SELinux по умолчанию:

    /srv/([^/]*/)?nfsv4(/.*)? all files  system_u:object_r:nfs_t:s0

  • в системах Debian (т.е. нет cobbler) Я использовал для размещения всех моих tftp структура для обеспечения, под /srv/tftpd/,

Другой обычной практикой является выделение логического тома для каждой из этих служб, таким образом, вы можете указать mount варианты, чтобы помочь укрепить вашу систему, например, путем монтажа /srv/tftpd с ro,nodev,nosuid,noexec,

Источник
Другие вопросы по тегам