Live data from Hacker News

Let’s Encrypt in the spotlight

dancvrcek.com

11–20 of 51 posts

Re: Let’s Encrypt in the spotlight

#11

Earlier quoted context omitted.

I just have an ansible role which runs against a server and SSL gets set up 100% for free. It's wonderful. One time time investment to write the ansible role, and now it takes like 5 seconds to enable for any server I'd like.

So that's the provisioning process at server setup/instantiation; how do you handle the 90 day renewal?

I assume the GP's ansible role writes a crontab entry to perform the renewal.

Re: Let’s Encrypt in the spotlight

#12

Earlier quoted context omitted.

I just have an ansible role which runs against a server and SSL gets set up 100% for free. It's wonderful. One time time investment to write the ansible role, and now it takes like 5 seconds to enable for any server I'd like.

So that's the provisioning process at server setup/instantiation; how do you handle the 90 day renewal?

The ansible role installs my ACME client of choice (https://github.com/lukas2511/dehydrated), invokes it once, and adds a cronjob.

Re: Let’s Encrypt in the spotlight

#13

Earlier quoted context omitted.

So that's the provisioning process at server setup/instantiation; how do you handle the 90 day renewal?

The ansible role installs my ACME client of choice ( https://github.com/lukas2511/dehydrated ), invokes it once, and adds a cronjob.

Thanks!

Re: Let’s Encrypt in the spotlight

#14
post #5
post #2

Like with a lot of tech trends, I seem to be one of those people who doesn't "get" the excitement about letsencrypt. I don't find the process of generating a CSR and submitting it to a CA for signing to be more complicated than setting up letsencrypt. In fact I think it's quite a bit easier.

Setting up LE requires you to do/learn a new process, so it's expected that it looks more complicated than the process you already know. But once you get past that, it's soooo much easier. All my domains are renewed via a cronjob. I don't have to do anything.

… except ensure the cron job runs reliably on a timescale of years…

(Not that I think cron is unreliable - I only recently stopped getting monitoring summary email from a cron job I set up in '99 or '00 on a server that'd been migrated at least 3 times while I still worked there, and who knows how many times after I left in '08, I stopped getting the mail in '14 or '15... But I've also had cron jobs silently die when OS updates break perl/python/shell scripts or permissions - looking at _you_ OS X...)

Re: Let’s Encrypt in the spotlight

#15
post #2

Like with a lot of tech trends, I seem to be one of those people who doesn't "get" the excitement about letsencrypt. I don't find the process of generating a CSR and submitting it to a CA for signing to be more complicated than setting up letsencrypt. In fact I think it's quite a bit easier.

It depends on your use case a bit. I'm responsible in some way for a small pile of other people's domains; for those that I do all the hosting on, I get to have SSL-by-default totally effortlessly thanks to LetsEncrypt.

I have a node that can log in to other nodes, enumerate the domains they host, and then go through the LetsEncrypt authentication process for every domain on that node, retrieve the new certificate, copy it up to that node, and kick any services that need to be kicked. It runs once a day to handle renewals, or I can run it manually any time the hosting on a node changes.

I haven't had to think about SSL for quite a while now and that's fantastic.

If you're only responsible for one or a few domains, I can see how that wouldn't seem like a big deal.

Re: Let’s Encrypt in the spotlight

#16
post #14
post #5

Earlier quoted context omitted.

Setting up LE requires you to do/learn a new process, so it's expected that it looks more complicated than the process you already know. But once you get past that, it's soooo much easier. All my domains are renewed via a cronjob. I don't have to do anything.

… except ensure the cron job runs reliably on a timescale of years… (Not that I think cron is unreliable - I only recently stopped getting monitoring summary email from a cron job I set up in '99 or '00 on a server that'd been migrated at least 3 times while I still worked there, and who knows how many times after I left in '08, I stopped getting the mail in '14 or '15... But I've also had cron jobs silently die when…

I personally think it being a cron job is a bad idea. I do my LE cert renewal in the web server itself, so the web server would have to crash for the LE cert renewal to not run.

Re: Let’s Encrypt in the spotlight

#17
post #16
post #14

Earlier quoted context omitted.

… except ensure the cron job runs reliably on a timescale of years… (Not that I think cron is unreliable - I only recently stopped getting monitoring summary email from a cron job I set up in '99 or '00 on a server that'd been migrated at least 3 times while I still worked there, and who knows how many times after I left in '08, I stopped getting the mail in '14 or '15... But I've also had cron jobs silently die when…

I personally think it being a cron job is a bad idea. I do my LE cert renewal in the web server itself, so the web server would have to crash for the LE cert renewal to not run.

LE send you a mail if you have a cert going to expire. Easy to spot if something went wrong in your cron tasks (not that you can totally rely on automated task of course, but it's another layer of security)

Re: Let’s Encrypt in the spotlight

#18
post #2

Like with a lot of tech trends, I seem to be one of those people who doesn't "get" the excitement about letsencrypt. I don't find the process of generating a CSR and submitting it to a CA for signing to be more complicated than setting up letsencrypt. In fact I think it's quite a bit easier.

"I don't find the process of generating a CSR and submitting it to a CA for signing to be more complicated than setting up letsencrypt." Remember there's multiple benefits that Lets Encrypt claims. A few that come to mind is it's free, transparent instead of shady, and has this tooling ecosystem forming. The free and non-shady parts are the most compelling advantages over prior, commercial CA's. On top of that, it's…

I didn't find CSR creation to be that complicated either, but a lot of people on my team were intimidated by it when we were doing a code signing app.

On the plus side, I was aware of every cert that got set up and several of them were going to be created improperly or for sketchy reasons.

Re: Let’s Encrypt in the spotlight

#19
post #2

Like with a lot of tech trends, I seem to be one of those people who doesn't "get" the excitement about letsencrypt. I don't find the process of generating a CSR and submitting it to a CA for signing to be more complicated than setting up letsencrypt. In fact I think it's quite a bit easier.

If the acme client is integrated into your web server, then there's literally zero effort to use let's encrypt.

Either use Caddy (1) or integrate with nginx, traefik, gke or any other kubernetes ingress server via kube-lego (2).

1: https://caddyserver.com/ 2: https://github.com/jetstack/kube-lego

Re: Let’s Encrypt in the spotlight

#20
Every time LetsEncrypt is brought up I am reminded of "if it's for free, You are the product". In this case it is one's servers. A single company has a hand on the pulse and runs software on your server in exchange for continuous "convenience". I am still NOT buying in, diversifying SSL certs from reputable companies with 12 (or sometimes 13) months validity are still ok for me in 2017.
Post reply on HN