El 5/12/18 a les 16:37, Alex Muntada ha escrit:
...
>
> * [0] https://bugs.debian.org/810216
> * [1] https://bugs.debian.org/902620
Àlex:
ja estàs completament dins de Matrix, comptes ja basat en zero[1]
:
* [1]:
https://en.wikipedia.org/wiki/Zero-based_numbering#In_computer_programming
Hola Pedro,
> Referència d'això que dius? Vols dir que si està systemd i el
> cron llavors systemd té prioritat (i el cron en qüestió no
> s'executa?). Que si paro el timer llavors només fa el cron?
El certbot executa això al cron:
0 */12 * * * root test -x /usr/bin/certbot -a \! -d
Hola Narcís,
inline:
On Wed, Dec 5, 2018 at 3:54 PM Narcis Garcia wrote:
>
> Amb "systemctl status certbot" veuràs que se t'ha disparat el mateix
> dia. Això vol dir que és un servei que fa una tasca (one-shot) i s'atura
> fins el següent torn, que no sé si són una o dues vegades al dia.
OK,
Narcís,
no era així del tot així, ja que `systemctl disable certbot`
sobreentén que es refereix a certbot.service així com `systemctl
status certbot`, i si el veiem diu que està mort de per sí. Algú li
està donant vida...
Resulta que certbot per la part de systemd té un cron també i d'aquesta
Hola,
Crec que letsencrypt té un bug per com està empaquetat a debian
Acostumo a treure els permisos de root a letsencrypt (i fer-ho amb un
usuari dedicat), això implica que al meu /etc/cron.d/certbot [1]
l'executa l'usuari letsencrypt enlloc de root
que intel·ligentment m'avisa si el vull
5 matches
Mail list logo