Пример 3.3. Пример файла /etc/crontab

0 * * * * rm -f /var/spool/cron/lastrun/cron.hourly

1 3 * * * rm -f /var/spool/cron/lastrun/cron.daily

15 4 * * 6 rm -f /var/spool/cron/lastrun/cron.weekly

30 5 1 * * rm -f /var/spool/cron/lastrun/cron.monthly

*/10 * * * * /usr/bin/test -x /usr/sbin/run-crons && /usr/sbin/run-crons

*/5 * * * * /usr/bin/vnstat -u

58 * * * * rdate -ncav ptbtime1.ptb.de

Каждая строка — отдельная планируемая задача. Первые пять столбцов задают момент (или промежуток, через косую) времени выполнения задачи, а последний столбец содержит исполняемую команду.

Для изменения конфигурации планировщика можно просто отредактировать этот файл и запустить команду crontab, но лучше пользоваться этой командой с параметром -e: crontab -e — в этом случае при записи файла будет проверена корректность синтаксиса файла crontab.

В приведённом примере файл /etc/crontab отражает механизм, встречающийся в современных UNIX-системах — каталоги /etc/cron.*. В каждом из них размещаются скрипты для каждой задачи, которые должны выполняться раз в день, раз в неделю, раз в месяц и т.д. соответственно. Такая схема облегчает администратору управление периодическими задачами: не нужно для каждой задачи вписывать отдельную строку и указывать особое время выполнения в файле crontab, достаточно определить периодичность выполнения задачи и добавить скрипт в соответствующий каталог. Редактировать crontab в такой ситуации нужно только если требуется изменить время выполнения периодической задачи.

Запуск программ

Демон crond в заданное время производит выполнение команд. Задачи из /etc/crontab запускаются от имени суперпользователя, задачи, определённые пользователем в своём конфигурационном файлe crontab, выполняются от имени соответствующего пользователя.

Демон планировщика контролирует результат выполнения запущенной программы и в случае ошибки может отправлять письмо пользователю или администратору системы.

В разных UNIX-системах существует несколько реализаций службы планирования заданий (например, dcron, fcron, anacron и т.п.), но все они реализуют описанную выше базовую функциональность.

Сетевые службы

Презентация 7-07: сетевые службы

В современных UNIX-системах существует множество сетевых служб, решающих самые разные задачи. Можно выделить несколько служб, которые чаще всего используются администраторами.

Служба sshd

Эта служба отвечает за запуск и останов демона sshd, который обеспечивает доступ к системе посредством защищённого удалённого терминала. Такой сервер обычно запускается на всех узлах, для которых предполагается удалённый вход пользователей или администрирование.

Служба sendmail или postfix

sendmail — один из самых распространённых почтовых серверов. Он реализует Internet-протоколы, связанные с отправлением почты (в первую очередь SMTP) как в рамках локальной машины, так и через Internet. Даже если узел не является почтовым сервером, служба sendmail служит для передачи писем между пользователями системы. Альтернативной широко распространённой почтовой службой является программа postfix.

Служба inetd

inetd (и его более развитая версия xinetd) — это супер-сервер, объединяющий множество сетевых служб. По сути этот сервер выполняет роль транспорта для сетевых служб: слушает на заданом порту, при входящем соединении запускает указанный для этого порта процесс и перенаправляет стандартный ввод и вывод программы в tcp-соединение. При этом правила доступа, ограничение по числу параллельных соединений, журналирование и т.п. организуются демоном inetd и настраиваются в его конфигурационных файлах.

Службы nfs и portmap

Демон сетевой файловой системы NFS (Network File System), которая поддерживается в большинстве UNIX-систем. Служба portmap, необходимая для работы NFS, позволяет использовать протокол удалённого вызова процедур (RPC).

Служба ntpd

Эта служба отвечает за запуск и останов демона, реализующего протокол синхронизации времени с удалёнными серверами точного времени в сети.

Служба samba

samba — это набор служб по организации сетевого файлового хранилища на основе протокола CIFS, используемого в сетевых файловых системах MS Windows. Широко применяется при взаимодействии UNIX-серверов и клиентских машин под Windows.

Служба cups

CUPS — сервер печати для UNIX-систем. Служба осуществляет запуск и останов соответствующего демона.

Служба bind

bind (или named) — самый распространённый сервер доменных имён для UNIX.