Вот мой скрипт /usr/local/bin/renew-pve-certs.sh:
```
cat << EOF > /usr/local/bin/renew-pve-certs.sh
#!/bin/bash
certbot renew --no-self-upgrade
mv /etc/pve/local/pveproxy-ssl.pem /etc/pve/local/old-ssl/
mv /etc/pve/local/pveproxy-ssl.key /etc/pve/local/old-ssl/
cp /etc/letsencrypt/live/mydomain.ga/fullchain.pem /etc/pve/local/pveproxy-ssl.pem
cp /etc/letsencrypt/live/mydomain.ga/privkey.pem /etc/pve/local/pveproxy-ssl.key
service pveproxy restart
service pvedaemon restart
EOF
```

Сделай скрипт исполняемым:
```
chmod +x /usr/local/bin/renew-pve-certs.sh
```

Потом отредактируй /etc/crontab и добавь следующую строку:
```
30 6 1,15 * * root /usr/bin/certbot renew --quiet --post-hook /usr/local/bin/renew-pve-certs.sh
```

Вопрос: Необходима ли опция "certbot renew --no-self-upgrade" в скрипте? (Поскольку в crontab также используется синтаксис: certbot renew --quiet --post-hook /path/to/file/script.sh)

Мне тоже пришлось оставить свой старый скрипт, потому что я не могу разобраться, как его настроить для аутентификации на основе DNS: мой кластер не виден из интернета, даже если он может выходить в интернет.

Отличные новости: — OP уже использует встроенную поддержку ACME — я смогу это сделать скоро! Всего доброго, EC.

Прости за воскрешение темы, но насколько я понимаю, причина в том, что нет механизма для предварительных/последующих хуков. Скажи, что я не прав, пожалуйста, потому что я бы очень хотел иметь это как единый механизм для развертывания сертификатов.

@fabian, а как насчёт поддоменных доменов со встроенным управлением сертификатами? Я сейчас использую DNS, но если я попытаюсь создать *.мойсайт.tld, то ячейка станет красной и не позволит мне отправить запрос в letsencrypt. Отсутствие этой функциональности вынудило меня перейти на nginx и certbot на моём хосте PVE.