Certbot

alex.olynyk

Ummm...this looks funky. I entered my domain name but whats with all the gobleegook?

travisdh1

@alex.olynyk The client download might have been corrupted, try removing and installing it maybe. That or the system reported a language that certbot doesn't support.

alex.olynyk

thanks. if i go to https://owncloud.roseradiology.com/owncloud it says the cert isnt trusted and i have to add it to the root authority. Sorry brand new to this.

travisdh1

@alex.olynyk What OS/webserver are you using for this?

In CentOS I had to go manually put the correct links to the certs in /etc/httpd/conf.d/ssl.conf.

I changed the following paths/files.

SSLCertificateFile /etc/letsencrypt/live/%DOMAINNAME/cert.pem
SSLCertificateKeyFile /etc/letsencrypt/live/%DOMAINNAME/privkey.pem
SSLCertificateChainFile /etc/letsencrypt/live/%DOMAINNAME/fullchain.pem

Those are all links to the actual files, so when you use the client to update the cert(s), nothing needs to change settings wise for the web server.

Also, don't forget to check out the server settings at ssllabs.com.

Alex Sage

@travisdh1 This is super helpful! Thanks!

Alex Sage

I suggest you put a nginx reserve proxy in front of OwnCloud.

You can change that ugly URL from https://owncloud.roseradiology.com/owncloud to https://owncloud.roseradiology.com.

You can find everything you need here (including SSL setup):

http://mangolassi.it/topic/6905/setting-up-nginx-on-centos-7-as-a-reverse-proxy/

Thanks @JaredBusch!

alex.olynyk

@travisdh1 CentOS7 with Apache, and thank you.

travisdh1

@alex.olynyk said in Certbot:

@travisdh1 CentOS7 with Apache, and thank you.

I guessed right for once, plus it's the only one I COULD have helped with

JaredBusch

@travisdh1 said in Certbot:

@alex.olynyk said in Certbot:

@travisdh1 CentOS7 with Apache, and thank you.

I guessed right for once, plus it's the only one I COULD have helped with

It is ownCloud. Almost certainly what it would be.

travisdh1

@aaronstuder I'm going to retry getting it running with PHP7 before doing the reverse proxy thing. One of these days I'll stop messing with it and actually use it.

alex.olynyk

I uncommented ServerName in ssl.conf and replaced example .com with my domain name.
I still get a mismatch. Its finding localhost.localdomain somewhere. I also edited etc/hosts with my domain name. What am i doing wrong?

travisdh1

@alex.olynyk Did it find your domain name when you ran certbot-auto? Sounds like apache/httpd might not be configured correctly.

alex.olynyk

It did this time. And now I have the green padlock! Yes! Thank you!

Alex Sage

@alex.olynyk Now all you need to do it get your sub-domain setup

wirestyle22

I'm using two guides:

JB's 8.2 OwnCloud Guide
Certbot

JB's guide worked perfectly and my server is still functioning as intended after my upgrade to 9.0. I'm kind of unsure of how to get this working--Certbot that is. I followed the Certbot guides and it was kicking back errors a few weeks ago. My question is: Is there anything else I should do to prepare for certbot or is this supposed to work out of box essentially? The Digital Ocean guide requires you to do a lot more but I'm not sure if Certbot is taking care of those aspects or not.

Alex Sage

@wirestyle22 What webserver will you be using?

wirestyle22

@aaronstuder said in Certbot:

@wirestyle22 What webserver will you be using?

Vultr Hosted -- Apache on CentOS 7

travisdh1

@wirestyle22 I've found that certbot updates the configuration files for domains/subdomains, but does not update the ssl.conf file. So you need to make sure the cert files in /etc/httpd/conf.d/ssl.conf point to the correct keys.

SSLCertificateFile /etc/letsencrypt/live/%DOMAINNAME/cert.pem
SSLCertificateKeyFile /etc/letsencrypt/live/%DOMAINNAME/privkey.pem
SSLCertificateChainFile /etc/letsencrypt/live/%DOMAINNAME/fullchain.pem

The other thing you can easily do is run out of activations. They give you ~5 per week, so if you have problems and re-issue instead of re-install in the certbot script, you just run out and have to wait a week.

wirestyle22

@travisdh1 said in Certbot:

@wirestyle22 I've found that certbot updates the configuration files for domains/subdomains, but does not update the ssl.conf file. So you need to make sure the cert files in /etc/httpd/conf.d/ssl.conf point to the correct keys.
SSLCertificateFile /etc/letsencrypt/live/%DOMAINNAME/cert.pem
SSLCertificateKeyFile /etc/letsencrypt/live/%DOMAINNAME/privkey.pem
SSLCertificateChainFile /etc/letsencrypt/live/%DOMAINNAME/fullchain.pem
The other thing you can easily do is run out of activations. They give you ~5 per week, so if you have problems and re-issue instead of re-install in the certbot script, you just run out and have to wait a week.

So this should automate everything and its just not editing things 100% properly--meaning I can follow the CertBot guide and just edit what you listed? If I hit the limit what error would it kick back?

travisdh1

@wirestyle22 said in Certbot:

@travisdh1 said in Certbot:
@wirestyle22 I've found that certbot updates the configuration files for domains/subdomains, but does not update the ssl.conf file. So you need to make sure the cert files in /etc/httpd/conf.d/ssl.conf point to the correct keys.
SSLCertificateFile /etc/letsencrypt/live/%DOMAINNAME/cert.pem
SSLCertificateKeyFile /etc/letsencrypt/live/%DOMAINNAME/privkey.pem
SSLCertificateChainFile /etc/letsencrypt/live/%DOMAINNAME/fullchain.pem
The other thing you can easily do is run out of activations. They give you ~5 per week, so if you have problems and re-issue instead of re-install in the certbot script, you just run out and have to wait a week.
So this should automate everything and its just not editing things 100% properly--meaning I can follow the CertBot guide and just edit what you listed? If I hit the limit what error would it kick back?

I purposely hit the limit a couple weeks back, and I don't remember what it complained about if anything. The ONLY thing it does not do correctly is assign a global certificate for the server. You may be able to comment out those lines in ssl.conf and have everything just work because it does add the configurations in %DOMAINNAME%.conf file(s). I fixed it the other way tho.