Olhando /etc/cron.d/certbot
, acho que não! Esse arquivo inclui a linha:
0 */12 * * * root test -x /usr/bin/certbot -a \! -d /run/systemd/system && perl -e 'sleep int(rand(43200))' && certbot -q renew
e, a menos que eu esteja lendo errado, a renovação só acontecerá se houver um arquivo executável legível chamado /usr/bin/certbot
(existe) E se não houver um diretório chamado /run/systemd/system
(mas existe, mesmo que esteja vazio).
Então, estou certo e o certbot -q renew
bit nunca será executado? Existe talvez algum outro lugar que também desencadeie a renovação? (Eu pensei que poderia haver algo /run/systemd/system
porque isso está sendo verificado, mas como eu disse, não há. Por curiosidade, por que esse pequeno script verifica a inexistência de /run/systemd/system
?)
Isso está executando o mais recente certbot
(v1.18.0, instalado ontem usando as instruções oficiais ) no Ubuntu 18.04.
A propósito, eu executei:
test -x /usr/bin/certbot -a \! -d /run/systemd/system && perl -e 'sleep int(rand(43200))' && certbot renew --dry-run
como root na linha de comando e sai imediatamente com um status de saída 1.
Se o sistema estiver usando
systemd
, ele será executado como um serviço systemd, acionado pelo tempo.Se você executar
systemctl status certbot.timer
, obterá o status do serviço que acionacertbot
do systemd.É por isso que o script cron está configurado para não executar a renovação se o systemd for detectado na máquina.