Делаем «жизнь» в Linux проще или автоматизация запуска процессов с помощью cron
Итак, что же именно делает этот самый cron. Демон активируется с интервалом в одну минуту, проверяет файлы crontab и запускает указанные в них программы. Изначально он применяется в ходе работ по поддержанию системы, но пользователь может использовать его для решения своих задач.
Если у вас установлен обычный дистрибутив, то вам не о чем беспокоится, cron инсталлируется автоматически. Если же минимальный, то не расстраиваемся — идём в терминал.
Доступ юзерам к демону, настраивается в каталоге /var/spool/cron/tabs/user. Их права задаются в файлах /cron/allow и /deny. Добавляя пользователя в /allow мы разрешаем ему выполнять команду cron, а если добавить пользователя в /deny, то наоборот, пользователю будет запрещено пользоваться демоном.
Сам cron настраивается в каталоге /etc/crontab. Файл /crontab или файлы в /etc/cron. d содержат список команд, предназначенных для выполнения. Синтаксис таков:
Например, если мне понадобится пинговать ya.ru через каждые 15 минут от имени суперюзера, то мне необходимо добавить следующее:
Если в любом из первых пяти полей стоит символ *, то это поле игнорируется. В предыдущей команде не указаны ни месяц, ни неделя, следовательно, она будет выполнятся каждые 15 минут. Чтобы изменить конфигурацию воспользуйтесь в терминале командой vi или вручную измените содержание файла /etc/crontab.
Работа с .hourly, .daily, .weekly, .monthly
По умолчанию почти во всех дистрибутивах, файл /etc/crontab содержит всего несколько записей, необходимых для выполнения сценариев:
/etc/cron.hourly/* — сценарии выполняющиеся каждый час
/etc/cron.daily/* — сценарии выполняющиеся каждый день
/etc/cron.weekly/* — сценарии выполняющиеся каждую неделю
/etc/cron.monthly/* — сценарии выполняющиеся каждый месяц
Чтобы демон выполнял ваши команды, добавьте сценарий выполняющий команды в один из каталогов. Не забудьте установить бит execute(chmod a+x файл). Если вы этого не сделаете, то у вашего сценария просто не будет доступа и он выполнятся не будет!
Для проверки, будет ли запускаться ваш сценарий, выполните команду
Если сценарий расположен в другом каталоге, то соответственно меняйте daily на monthly и т.д.
И помните, в имени сценария не может быть точек, любые символы, кроме точек. Команда run-parts просто-напросто игнорирует сценарии с точкой, не знаю почему.
Настройка планировщика Cron в Linux
Планировщик заданий является по праву одним из важных компонентов системы. По умолчанию, в дистрибутивах Linux, а также FreeBSD, используется планировщик заданий Cron. Рассмотрим как его настроить.
Настроить cron можно несколькими способами. Самый простой и быстрый — указать задание руками в файл /etc/crontab. Проблема в том, что это может сделать только пользователь root.
Структура файла /etc/crontab представляет собой последовательность установок даты и времени, имени пользователя от которого выполняется задача и явное указание исполняемого файла.
# m h dom mon dow user command
# — строка закомментирована, т.е. не выполняется планировщиком
m — минуты. Диапазон значений 0-59
h — часы. Диапазон значений 0-23.
dom — day of month — день месяца (число). Диапазон значений 1-31
mon — месяц. Диапазон значений 1-12
dow — day of week — день недели. указывается числом, где 0 — воскресенье, 6 — суббота.
user — пользователь от которого выполняется задача.
command — выполняемая задача.
Важно! Значения минут, часов, дней месяца, дней недели, а также месяца могут быть * (звездочкой) принимая все доступные значения. Также можно использовать список параметров разделенных запятой.
Примеры разберем подробнее немного позже.
Простым пользователям доступна системная утилита crontab. Для гибкости использования используются параметры:
Используется для редактирования или создания файла расписания для текущего пользователя
Вывод существующих задач в расписании пользователя
Удаление файла расписания текущего пользователя
crontab -u username
Работа с расписаниями указанных пользователей. Выполняется только от пользователя root
Для этого в консоли пишем команду:
Запустится редактор файла используемый по умолчанию (Ubuntu — nano/vi, FreeBSD — ee), в нашем случае mcedit из пакета Midnight Commander.
Синтаксис команд идентичен как и для файла /etc/crontab, за исключением отсутствия параметра имени пользователя. Это значит, что после сохранения файла, все задачи будут выполняться от текущего пользователя.
Сохраняем файл, выходим из редактора и проверяем список заданий crontab -l.
Проверим как работает удаление файла заданий — crontab -r.
Важно! Программа не спрашивает уверены ли вы в удалении файла заданий. Если нужно удалить конкретное задание, следует использовать crontab -e.
Для администратора важно, чтобы не все пользователи могли пользоваться планировщиком. Для этих целей можно использовать файлы /etc/cron.allow и /etc/cron.deny (в некоторых дистрибутивах эти файлы должны размещаться в /etc/cton.d). По умолчанию, использование cron разрешено всем пользователям.
Примеры использования в файле /etc/crontab.
Выполнение задачи каждые 5 минут от пользователя root:
*/5 * * * * root /root/scripts/script1.sh
В полдень и полночь:
0 */12 * * * root /root/scripts/backup.sh
Перезагрузка сервера в 0:00 в первый день месяца (исключительно как пример):
0 0 1 * * root reboot
Выполнение скрипта с понедельника по пятницу в полночь:
0 0 * * 1-5 root /root/script/backup_db.sh
* 0 * * 1-5 root /root/script/backup_db.sh
Ошибка в том, что скрипт будет запускаться с понедельника по пятницу каждую минуту с 0:00 по 0:59
В заданиях назначаемых через crontab -e (т.е. от текущего пользователя) не указывается параметр имени пользователя, в случае примеров — root.
На что еще следует обратить внимание:
Все пути до исполняемых файлов следует писать абсолютными.
Скрипты исполняются из корневой директории, а следовательно, при написании скрипта следует указывать рабочий каталог, либо абсолютные пути до целевых файлов (если в ходе работы скрипта генерируются файлы-отчета и им подобные)
Использование Cron для автоматизации задач в Ubuntu 18.04
Cron — это хронологический демон-планировщик задач, работающий в операционных системах типа Unix, включая дистрибутивы Linux. Cron запускается в фоновом режиме, а задачи, запланированные в cron и именуемые «задачи cron», выполняются автоматически, что делает cron полезным для автоматизации связанных с обслуживанием задач.
В этом обучающем руководстве вы познакомитесь с тем, как планировать задачи с помощью специального синтаксиса cron. Также мы рассмотрим несколько комбинаций клавиш, которые вы можете использовать при создании расписаний задач, чтобы их проще было писать и понимать.
Предварительные требования
Для выполнения этого обучающего руководства вам потребуется доступ к компьютеру с Ubuntu 18.04. Это может быть ваш локальный компьютер, виртуальная машина или виртуальный приватный сервер.
Независимо от того, какой компьютер вы используете для выполнения этого обучающего руководства, у вас должен быть пользователь без привилегий root с настроенными правами администратора. Чтобы выполнить настройку, воспользуйтесь руководством по начальной настройке сервера Ubuntu 18.04.
Установка cron
Почти все дистрибутивы Linux имеют ту или иную форму cron, установленную по умолчанию. Но если вы используете компьютер Ubuntu, где cron не установлен, вы можете установить его с помощью APT.
Перед установкой cron на компьютер Ubuntu обновите локальный индекс пакетов компьютера:
Затем выполните установку cron с помощью следующей команды:
Вам также нужно убедиться, что он настроен для работы в фоновом режиме:
После этого cron будет установлен в системе, а вы сможете начать составлять расписание задач.
Как работает Cron
Задачи в cron записываются и управляются в специальном файле crontab . Каждый профиль пользователя в системе может иметь собственный файл crontab, где составляются расписания задач, которые хранятся в /var/spool/cron/crontabs/ .
Чтобы запланировать задачу, вам нужно открыть ваш файл crontab для редактирования и добавления задачи, написанной в форме выражения cron. Синтаксис выражений cron можно разбить на два элемента: расписание и команда для запуска.
Команда может быть практически любой командой, которую вы можете запустить в командной строке. Компонент расписания в синтаксисе разбит на 5 разных полей, которые расположены в следующем порядке:
| Поле | Допустимые значения |
|---|---|
| минута | 0–59 |
| час | 0–23 |
| День месяца | 1–31 |
| месяц | 1–12 или ЯНВ–ДЕК |
| День недели | 0–6 или ПНД–ВСК |
Все вместе задачи, запланированные в crontab, выглядят следующим образом:
Ниже представлен функциональный пример выражения cron. Это выражение запускает команду curl http://www.google.com каждый вторник в 17:30:
Также существует несколько специальных символов, которые вы можете включить в компонент расписания выражения cron, что упрощает создание расписания:
- * : в выражениях cron звездочка (*) служит подстановочным символом, который представляет все значения. Таким образом, задача, запланированная в форме * * * * * . , будет запускаться каждую минуту, каждый час, каждый день каждого месяца.
- , : запятые разбивают значения расписания для получения списка. Если вы хотите запускать задачу в начале и середине каждого часа, а не выполнять две отдельные задачи (например, 0 * * * * . и 30 * * * * . ), вы можете добиться той же функциональности с помощью одного выражения ( 0,30 * * * * . ).
- — : дефис представляет диапазон значений в поле расписания. Вместо создания 30 отдельных запланированных задач для команды, которую вы хотите запускать первые 30 минут каждого часа (например, 0 * * * * . , 1 * * * * . , 2 * * * * . и т. д.), вы можете просто запланировать его следующим образом: 0-29 * * * * . .
- / : вы можете использовать косую черту со звездочкой для выражения значения шага. Например, вместо написания восьми отдельных задач cron для запуска команды каждые три часа (например, 0 0 * * * . , 0 3 * * * . , 0 6 * * * . и т. д.), вы можете задать расписание для запуска следующим образом: 0 */3 * * * . .
Примечание. Вы не можете выражать значения шага произвольно, допускается использование только целых чисел, которые равномерно делят диапазон, допустимый для данного поля. Например, в поле «часы» вы можете указать после косой черты только 1 , 2 , 3 , 4 , 6 , 8 или 12 .
Ниже представлено несколько примеров использования компонента расписания cron:
- * * * * * — запускать команду каждую минуту.
- 12 * * * * — запускать команду 12 минут в начале каждого часа.
- 0,15,30,45 * * * * — запускать команду каждые 15 минут.
- */15 * * * * — запускать команду каждые 15 минут.
- 0 4 * * * — запускать команду каждый день в 4:00.
- 0 4 * * 2-4 — запускать команду каждый вторник, среду и четверг в 4:00.
- 20,40 */8 * 7-12 * — запускать команду в 20-ю и 40-ю минуту каждого 8-го часа каждый день последних 6 месяцев года.
Если вы найдете что-то из этого затруднительным или вам потребуется помощь при написании расписания для ваших собственных задач cron, Cronitor предоставляет удобный редактор выражений cron, который называется Crontab Guru и который вы можете использовать для проверки действительности ваших расписаний cron.
Управление файлами crontab
После настройки расписания и определения задания, которое нужно запустить, вам нужно будет поместить его в место, где ваш демон сможет его прочитать.
Как уже упоминалось выше, crontab — это специальный файл, где содержится расписание задач, которые cron будет запускать. Однако эти данные не предназначены для редактирования напрямую. Вместо этого рекомендуется использовать команду crontab . Она позволяет изменять файл crontab вашего профиля без внесения изменений в ваши права с помощью sudo . Команда crontab также позволит вам понять, есть ли в crontab ошибки синтаксиса, независимо от того, редактируете вы его или нет.
Вы можете изменить файл crontab с помощью следующей команды:
Если вы впервые запускаете команду crontab в этом профиле пользователя, вы сможете выбрать используемый по умолчанию текстовый редактор для использования при редактировании crontab:
Введите число, соответствующее нужному вам редактору. Кроме того, вы можете просто нажать ENTER , чтобы использовать вариант по умолчанию, nano .
После выбора вы попадете в новый файл crontab, содержащий ряд закомментированных инструкций по его использованию:
При запуске crontab -e в следующий раз, ваш файл будет автоматически открываться в этом текстовом редакторе. После входа в редактор вы можете ввести свое расписание для каждой задачи в новой строке. В противном случае вы можете сохранить изменения и закрыть файл crontab ( CTRL + X , Y , а затем ENTER , если вы выбрали nano ).
Примечание. В системах Linux имеется другой файл crontab, сохраненный в директории /etc/ . Это системный файл crontab, где имеется дополнительное поле, определяющее, для какого профиля пользователя должна запускаться каждая команда cron. В этом обучающем руководстве мы будем использовать файл crontab для конкретного пользователя, но если вы хотите изменить системный файл crontab, вы можете сделать это с помощью следующей команды:
Если вы хотите просмотреть содержимое файла crontab, не изменяя его, вы можете использовать следующую команду:
Вы можете стереть файл crontab с помощью следующей команды:
Предупреждение. Следующая команда не будет запрашивать подтверждение того, что вы хотите стереть ваш файл crontab. Используйте ее, если вы уверены, что хотите стереть его.
Эта команда удаляет файл crontab пользователя немедленно. Однако вы можете включить флаг -i , чтобы добавить в команду подтверждение того, что вы действительно хотите удалить пользовательский файл crontab:
После получения запроса вы должны ввести y , чтобы удалить файл crontab, или n , чтобы отменить удаление.
Управление выводом задачи cron
Поскольку задачи cron выполняются в фоновом режиме, не всегда очевидно, что они были запущены успешно. Теперь, когда вы знаете, как использовать команду crontab и как запланировать задачу cron, вы можете начать экспериментировать с различными способами перенаправления результатов выполнения задач cron, чтобы помочь вам отследить их успешное выполнение.
Если у вас есть агент передачи почты, например, Sendmail, который установлен и настроен на сервере, вы можете отправить результат выполнения задачи cron на электронный адрес, связанный с вашим профилем пользователя Linux. Также вы можете вручную задать адрес электронной почты, указав параметр MAILTO вверху crontab.
Например, вы можете добавить следующие строки в файл crontab. К ним относятся оператор MAILTO , за которым следует пример адреса электронной почты, директива SHELL , которая указывает оболочку для запуска (в данном примере bash ), директива HOME , указывающая путь поиска бинарного файла cron, и единственная задача cron:
Эта конкретная задача будет возвращать «Run this command every minute», а этот вывод будет отправляться каждую минуту на адрес электронной почты, заданный директивой MAILTO .
Также вы можете перенаправить вывод задачи cron в файл журнала или в пустую директорию, чтобы не получать электронное сообщение с выводом.
Чтобы добавить вывод запланированной команды в файл журнала, добавьте >> в конец команды, после чего укажите имя и расположение файла журнала, как показано здесь:
Скажем, что мы хотим использовать cron для запуска скрипта, но скрипт при этом должен выполняться в фоновом режиме. Для этого вы можете перенаправить вывод скрипта в пустую директорию, например /dev/null , которая немедленно удаляет все данные, добавляемые в нее. Например, следующая команда cron выполняет скрипт PHP и запускает его в фоновом режиме:
Эта задача cron также перенаправляет стандартную ошибку — представляемую как 2 — в стандартный вывод ( >&1 ). Поскольку стандартный вывод уже перенаправляется в директорию /dev/null , это позволяет запускать скрипт без лишнего шума. Даже если в crontab содержится оператор MAILTO , вывод команды не будет отправляться на заданный адрес электронной почты.
Ограничение доступа
Вы можете управлять тем, каким пользователям разрешается использовать команду crontab , с помощью файлов cron.allow и cron.deny , которые хранятся в директории /etc/ . Если файл cron.deny существует, любой пользователь, который будет указан в нем, не будет иметь возможность менять файл crontab. Если cron.allow существует, то только пользователи, указанные в нем, будут иметь возможность изменять файлы crontab. Если оба файла существуют, и пользователь указан в каждом файле, файл cron.allow будет иметь приоритет над cron.deny , и этот пользователь сможет изменять файл crontab.
Например, чтобы запретить доступ для всех пользователей, а затем предоставить доступ пользователю ishmael, вы можете использовать следующую последовательность команд:
Сначала мы закрываем доступ для всех пользователей, добавив ALL в файл cron.deny . Затем, добавив имя пользователя в файл cron.allow , мы предоставим пользователю ishmael доступ к выполнению задач cron.
Обратите внимание, что если пользователь имеет права sudo , он может изменять файл crontab другого пользователя с помощью следующей команды:
Однако, если cron.deny существует, и user добавлен в него, но не указан в файле cron.allow , вы получите следующую ошибку после запуска предыдущей команды:
По умолчанию большинство демонов cron полагает, что все пользователи имеют доступ к cron, если только не существует cron.allow или cron.deny .
Специальный синтаксис
Существует также несколько коротких команд, которые вы можете использовать в файле crontab, чтобы упростить процесс создания расписания задач. Они являются эквивалентом для указанных примеров числового расписания:
| Сокращение | Краткая запись для |
|---|---|
| @hourly | 0 * * * * |
| @daily | 0 0 * * * |
| @weekly | 0 0 * * 0 |
| @monthly | 0 0 1 * * |
| @yearly | 0 0 1 1 * |
Примечание. Не все демоны cron могут понимать этот синтаксис (в частности, более ранние версии), поэтому рекомендуем убедиться в этом, прежде чем широко использовать подобный синтаксис.
Кроме того, краткая запись @reboot будет запускать любую команду, которая следует за ней при каждом запуске сервера:
Использование этих комбинаций при возможности поможет понимать расписание задач в вашем файле crontab.
Заключение
Cron — это гибкая и мощная утилита, которая позволяет снизить количество ресурсов, затрачиваемых на администрирование системы. Используя cron вместе со скриптами оболочки, вы можете автоматизировать задачи, которые обычно вызывают затруднения. Например, вы можете написать скрипт оболочки для отправки резервных копий данных решению хранилища объектов и затем автоматизировать его с помощью cron.
Thanks for learning with the DigitalOcean Community. Check out our offerings for compute, storage, networking, and managed databases.