What does HackerNews think of dehydrated?
letsencrypt/acme client implemented as a shell-script – just add water
(1) The reference implementation of the ACME server was originally going to be called Anvil, but was renamed to Boulder. (A later lightweight testing implementation is called Pebble.)
(2) A later ACME client was called "dehydrated", after, well, take a look: https://github.com/dehydrated-io/dehydrated
(3) I'm pretty sure I'm forgetting another roadrunner joke here somewhere
Consider using an ACME client written in shell:
* https://github.com/dehydrated-io/dehydrated
* https://github.com/acmesh-official/acme.sh
There's a minor change for the pre/post-scripts to restart your web server, and telling the web server where "/.well-known/acme-challenge/" should be served from, e.g.,:
* https://salsa.debian.org/letsencrypt-team/dehydrated/-/blob/...
But otherwise I find there are a lot fewer moving parts (and dependencies) than ACME clients written in other languages.
Certbot is designed for interactive use: obtaining, changing and renewing certificates are all distinct commands, and if you tell it to obtain a cert you already have, it'll just obtain it anyway. Handling this from a script is a huge pain.
* https://github.com/dehydrated-io/dehydrated
The hook.sh allows for a lot of flexibility.
* https://github.com/dehydrated-io/dehydrated
All you need is Bash/Zsh, OpenSSL, and cURL.
https://github.com/dehydrated-io/dehydrated
I've got only good things to say about it. It's a single shell script, making it super easy to install and start using. It's quite configurable, but has sensible defaults and just works without demanding much operator attention.