Выберите точку отсчёта
daily означает полночь, а относительный режим по умолчанию ждёт 5min после загрузки. OnUnitActiveSec считает от предыдущей активации службы.
- На этой странице режимы не объединяются.
Cron & Scheduling
Соберите .timer для существующей службы и проверьте его на целевой системе Linux.
Данные обрабатываются в этом браузере и не отправляются на сервер.
Введите базовое имя существующей службы.
Резервная копия по будням в 09:00 и запуск через пять минут после загрузки используют разные точки отсчёта. Создать таймер systemd проще, когда OnCalendar отделён от монотонного таймера и не подменяется строкой cron.
Эта страница помогает создать таймер systemd в виде отдельного .timer. Службу она не выдумывает: рядом с конфигурацией показывает смысл правил и команду systemd-analyze calendar для проверки на целевом сервере.
Способ отсчёта времени остаётся видимым в результате.
OnCalendar следует календарным часам. OnBootSec отсчитывает время от загрузки, а OnUnitActiveSec — от последней активации службы, не от завершения работы.
Браузер распознаёт только простые значения и стандартные сокращения. Для списков, шагов и часовых поясов выводится отметка о неполной проверке и команды Linux.
daily означает полночь, а относительный режим по умолчанию ждёт 5min после загрузки. OnUnitActiveSec считает от предыдущей активации службы.
Введите базовое имя без .timer или .service. Пример, шаблон и очистка сначала показывают изменения; после применения доступна одна отмена.
Локально проверяется только простая часть синтаксиса. Для полного OnCalendar запустите systemd-analyze calendar, после сохранения — verify и status.
Доступны daily, hourly, будни в 09:00 или одно выражение OnCalendar. Persistent может восполнить пропущенный календарный запуск.
OnBootSec задаёт первый запуск, а необязательный OnUnitActiveSec — повторение от последней активации службы.
Unit указывает на одноимённую .service; при необходимости добавляется случайная задержка, а Install привязывает таймер к timers.target.
Таймер определяет момент запуска; служба содержит команду и окружение. Здесь создаётся только таймер.
Пропущенный календарный запуск может быть восполнен после повторной активации таймера. Для OnBootSec это не механизм повторения.
Выполните systemd-analyze calendar на целевой системе и посмотрите нормализованный вид и ближайшие совпадения.
Окружение службы отличается от интерактивной оболочки. Проверьте абсолютные пути, переменные и журнал.
Причиной может быть уже наступивший OnBootSec либо восполнение пропущенного запуска через Persistent.
Неожиданная дата запуска?
Укажите службу, скачайте .timer и проверьте его на Linux перед включением.
Конфигурация создаётся в браузере и не отправляется на сервер.