Certbot имеет свой собственный сервис для обновления, вам не нужно никаких дополнительных строк crontab. Теоретически.

Практически у меня есть семена certbot.timer перестать казаться без всякой причины:

$ sudo systemctl status certbot.timer
● certbot.timer - Run certbot twice daily
   Loaded: loaded (/lib/systemd/system/certbot.timer; enabled; vendor preset: enabled)
   Active: inactive (dead) since .....; 1 months 7 days ago

В этом случае перезапуск помогает:

sudo systemctl enable certbot.timer
sudo systemctl start certbot.timer

Причину, по которой он перестает функционировать, еще предстоит выяснить.

Сервисы Systemd не генерируют почтовые уведомления. Работы Cron делают.

Все это указывает на то, что показанные вами системные модули не связаны с проблемой (возможно, они уже работают без проблем), но ту же задачу выполняют из другого места; скорее всего, работа, определенная в вашем crontab.

использование crontab -l перечислить задания cron для вашей учетной записи пользователя и crontab -e редактировать их.

Обязательно проверьте свой собственный crontab, crontab root (через sudo) и общесистемный /etc/crontab файл (нет специальной команды для этого).

Более старый вопрос, но может помочь другим в отношении cron vs systemd и certbot:

Вы упоминаете, что «скрипт автообновления устанавливается автоматически».
Вы упоминаете «всякий раз, когда он запускается».
Поскольку вы, кажется, знаете, что что-то работает, что работает?
Как вы установили certbot под Ubuntu? АПТ?
certbot-renew.shНЕ устанавливается certbot через APT (или SNAP). Никогда не слышал об этом.

--

Похоже, вы установили certbot через APT, поскольку у вас есть файл /etc/cron.d для certbot.

Сначала нужно понять, что такое/etc/cron.d/certbotна самом деле делает (или не делает в вашем случае):

0 */12 * * * root test -x /usr/bin/certbot -a \! -d /run/systemd/system && perl -e 'sleep int(rand(43200))' && certbot -q renew:

0 */12 * * *= Запускать эту запись каждые 12 часов (12-го часа).
rootэто пользователь для запуска.
используется, чтобы увидеть, если/usr/bin/certbotявляется исполняемым (от root) И НЕ (\!) существует.

Если тестовая команда проходит/верна для обоих элементов, то выполняется следующая команда (perl Sleep). Если perl Sleep выполняется/завершается правильно, то наконец запускается следующая команда (certbot).

В вашем случае он никогда не пройдет проверку systemd:

Команда тестирования завершится неудачно. В вашей системе ЕСТЬ systemd.
Все, что следует за &&НЕ выполняется, поскольку systemd/systemсуществует.
Следовательноperl sleepиcertbotкоманды НИКОГДА не запускаются (через cron).

(Если у вас не было systemd, тоtestпройдет, и Perl Sleep установит случайную задержку в течение следующих 12 часов (43200 секунд), а затем запуститcertbot renew(тихо).

Как было предложено, я бы поискал в СОБСТВЕННОМ crontab (и корневом каталоге) скрипт, который вы, возможно, добавили. Не только общесистемный /etc/crontabВы показываете.

sudo grep -R "certbot-renew.sh" /var/spool/cron/crontabs

Эта команда ^ может найти проблему в вашем случае. (Он ищет все пользовательские crontabs). Если вы его найдете, станьте этим пользователем и отредактируйте файл, как указано (crontab -e) и удалите этот скрипт.

Вы не представили никаких доказательств (а/var/log/letsencrypt/letsencrypt.logнапример, ошибка при обновлении), чтобы показать, что обновление не работает через systemd. Ваши файлы systemd certbot выглядят нормально.

Чтобы узнать, работает ли ваш таймер systemd certbot, используйте это:

systemctl status certbot.timer

Пример вывода, который вы должны увидеть:

      ● certbot.timer - Run certbot twice daily
  Loaded: loaded (/lib/systemd/system/certbot.timer; enabled; vendor preset: enabled)
  Active: active (waiting) since Thu 2020-12-03 12:28:04 CST; 3 weeks 5 days ago
  Trigger: Tue 2020-12-29 22:19:13 CST; 3h 14min left

Чтобы просмотреть последние записи журнала:

journalctl -u certbot.service(или таймер)

Позвольте systemd сделать это и обновите их. Никаких дополнительных скриптов или заданий cron не требуется.