Согласно FHS /srv
, там должны храниться данные/скрипты сетевого обслуживания . Но на самом деле это зависит от операционной системы и общепринятых конвенций, где бы вы ни работали (они делают /apps
вещь, где я работаю, например).
Разрешения также будут специфическими для конкретного рабочего места. Я бы предложил использовать POSIX и/или NFS ACL, но на это нет единого ответа. Все зависит от того, какие элементы управления вам нужны, а какие проще.
EDIT:
Могу дать более общий совет:
Если вы используете только стандартные права доступа, убедитесь, что вы chmod g+s
каждый каталог так, чтобы члены одной и той же рабочей группы имели соответствующий доступ к этим папкам и файлам, которые они создают, все еще принадлежат рабочей группе, а не какой-то частной группе, в которой находится владелец.
Если вы используете POSIX ACL, убедитесь, что вы установили ACL по умолчанию в каталогах, чтобы все рабочие группы имели доступ к ним, несмотря ни на что.
Всегда проверяйте. Имейте 3-4 операции, которые вы можете выполнять как различные пользователи, имеющие известные результаты. Вам не нужно переборщить, но всегда хорошо сделать что-то вроде пробного запуска перед тем, как сказать людям, чтобы они что-то использовали.
Попробуйте вызвать на
-скрипт сам после того, как он будет выполнен.
# cat t.txt
true
cat t.txt | at 9am mon
# bash t.txt
warning: commands will be executed using /bin/sh
job 680 at Mon Sep 8 09:00:00 2014
#
Просто замените true
на ваш реальный сценарий.
на
может запланировать только команду, которая должна быть выполнена один раз.
Вы можете обойти это, снова составив расписание задания, а также выполнив свою команду.
Пример:
~/myJob.txt:
at -f ~/myJob.txt +1 week ; echo "It's 9:00 AM on Monday!"
Тогда вы просто запланируете его один раз, чтобы начать цикл:
в -f ~/myJob.txt 9am monday