@marcinozga said in Do you add CAA records to your DNS records?: Yes, but word of caution. If you get certs from multiple different providers, don't forget to add records for all of them. Otherwise getting certs will fail, and it's almost impossible to troubleshoot. Yes, like this.

@JaredBusch said in Validation when renewing let's encrypt?: @Pete-S said in Validation when renewing let's encrypt?: When LE certs are renewed are they using the same type of validation again as when they are created? (We're using certbot) They should, yes. OK, thanks.

@scottalanmiller said in NextCloud SSL Cert: @JaredBusch hard to resist the call of the Natty Light. I ran out of Blue Moon.

@Pete-S said in Is certbot the best way to handle Let's Encrypt certs?: @stacksofplates said in Is certbot the best way to handle Let's Encrypt certs?: Lego is another good one from what I've seen. It does all 3 challenge types. https://go-acme.github.io/lego/ Thanks, might have a look at it next time. I went with certbot this time because it was very clear what needed to be done. Debian has a package for it's all you need to do is have a http server up and running and then: # apt-get install certbot python-certbot-apache # certbot --apache It will do everything for you - create & install the certificate, set up redirection from http to https, set up a job that updates the cert etc. The site has instructions for every common OS (redhat, ubuntu etc) and http daemon (apache, nginx etc) combination. https://certbot.eff.org/lets-encrypt/debianbuster-apache Yeah certbot is the easiest. Lego is just more flexible and you only need the binary. Def start with the easiest for now.

@Ylian Any thoughts on why my system is demanding having the "cert": line added? I did do a startup based on the install instructions node ./node_modules/meshcentral --cert example.servername.com Does that put the hostname somewhere other than the config.json?

@scottalanmiller said in Ubuntu 19.04 upgraded from 18.10 - Meshcentral not redirecting port 80: @pmoncho said in Ubuntu 19.04 upgraded from 18.10 - Meshcentral not redirecting port 80: @scottalanmiller said in Ubuntu 19.04 upgraded from 18.10 - Meshcentral not redirecting port 80: @pmoncho said in Ubuntu 19.04 upgraded from 18.10 - Meshcentral not redirecting port 80: I would need to move it outside of home dir to something like /opt? Should, of course. No software ever goes in the /home directory. But need to? No, root can use any directory. Will work on this. Thanks If you are using NeDB, it is super simple to move the data file. If you are using MongoDB, the database is always still there on the same port. Until MongoDB is gone!

@IRJ This would be a heck of a guide if you ever get the time to do it

@JaredBusch said in WordPress admin page redirecting to IP: Is the site URL correct in the settings Been there many times

@scottalanmiller said in Let's Encrypt Windows Server: @WLS-ITGuy said in Let's Encrypt Windows Server: @JaredBusch you don't have any issues with agents checking in or pushing out updates with the RP? What would be the concern? Curious more than anything.

Anyone? I went thru manuals evrything seems ok but no success. LetsEncrypt subfolder is not created even if production is false This is my config.json { "settings": { "cert": "MyDomain", "wanonly": true, "_minify": true, "letsencrypt": { "email": "MyEmail", "names": "MyDomain", "rsaKeySize": 3072, "production": true }, "webrtc": true, "allowhighqualitydesktop": true }, "domains": { "": { "title": "RDP support" } } }

@EddieJennings said in Zimbra Certbot Scripts: Since acquiring and renewing a certificate can be automated with Certbot, would it make sense to have the cert in two places? HTTP/HTTPS traffic passes through your ngingX VM, which receives its certificate through its own instance of Certbot. And you have a second instance of certbot that functions on the Zimbra server itself, so you have a cert for IMAP and SMTP connections. Or, for you, does it not matter that IMAP and SMTP connections are unencrypted? Since beyond your own mail server, there's no guarantee that encrypted connections will exist. You could, but it would still be such a pain to automate as certbot can't renew the certs alone for Zimbra, that you might as well just use one.

https://drive.google.com/drive/folders/11AyoZGllxZ5tenyMQ2_b1DDo7c2-Znhc?usp=sharing

@wirestyle22 so much to work on....

@aboka said in Setup LetsEncrypt Certbot with CLoudFlare DNS authentication (Ubuntu): hi, thanks for sharing this guide, would like to ask, what port does ppa:certbot use? im running nginx and its already using 80 & 443. i need to find a way to renew the cert when using Cloudflare as the common way(certbot renew) will not work. thank you. There are certbot options to use the running server (Nginx in this case.) But I agree with Jared, better to use DNS.

EMC shows it is assigned to all services and the schedule task is there. Calling this a win.

@phlipelder said in Get Wildcard SSL Certs for IIS on Windows with LetsEncrypt: @scottalanmiller said in Get Wildcard SSL Certs for IIS on Windows with LetsEncrypt: @phlipelder said in Get Wildcard SSL Certs for IIS on Windows with LetsEncrypt: @scottalanmiller said in Get Wildcard SSL Certs for IIS on Windows with LetsEncrypt: @phlipelder said in Get Wildcard SSL Certs for IIS on Windows with LetsEncrypt: @jaredbusch said in Get Wildcard SSL Certs for IIS on Windows with LetsEncrypt: @scottalanmiller my problem with Certs on Windows, in general, is that you almost always have to copy it around to multiple servers to make everything work well, and that jsut defeats the purpose of LE. Based on what is on the site, Microsoft has an intrinsic trust with LE's root store. I should be able to set up a RD Session Host with a LE certificate for publishing and there should be no untrusted publisher for RemoteApps or Session Host desktops once the certificate's thumbprint is published via Group Policy? One would hope that they would. LE is like the standard in SSL Certs. It's from the EFF, way more trustworthy than other cert authorities, IMHO. Snag: Valid for 90 days. In larger RDS farm settings this would be a bear to manage. That means the need for an automated process. It is expected to be automated. SSL Cert updates should not be intrusive. All of the tools for LE SSL Certs are designed around the idea that you will automate them and never need to worry about them again. It's about being less of a snag, not more of one. Got it thanks. Looks like a bit of a learning curve then. It's not bad. I find learning the LE pieces easier than learning to do it the old fashioned way And with LE it is "learn once and ignore", rather than "learn once, forget, do again in a year or two all over again."

@stacksofplates said in Looking to migrate Nginx and LetsEncrypt: @jaredbusch said in Looking to migrate Nginx and LetsEncrypt: @stacksofplates said in Looking to migrate Nginx and LetsEncrypt: If you start over with a new system so you still get notifications of old certs expiring? Aren't these handled at the domain level so it knows that a new system has a newer cert? Honestly asking since I haven't run into this yet. No. It is handled on the cert serial number level. Ah ok. I've moved things in the past by simply reissuing on the new server, and dealing with the expiring certs is an annoyance.

And this person has a full guide https://xcp-ng.org/forum/topic/3775/xen-orchestra-from-source-with-let-s-encrypt-certificates

@jaredbusch said in Remote Desktop Services & Lets Encrypt: @stuartjordan said in Remote Desktop Services & Lets Encrypt: There is also one for Exchange as well: https://mediarealm.com.au/articles/lets-encrypt-microsoft-exchange-installation/ Man, I just do not think I can trust all the pieces involved here to properly work together in an automated fashion. Exchange is generally fine. LE is generally fine. The scripts are generally fine. But any single issue with one will blow crap up. I think it'd still be worth a look. It could work out to be a nice time saver to set it up once and not have to worry about it.

Thanks @JaredBusch this will be a huge help! I'll give this a try later this evening when I'm back.

@zachary715 said in Certbot Apache plugin broken in Fedora 26: @scottalanmiller said in Certbot Apache plugin broken in Fedora 26: I ran into this issue, forgot about this thread, went through LetsEncrypt's threads and their solution for this problem led me... here! Very nice. Just did the exact same thing. Let'sEncrypt forum had the link which led me here right about the time @JaredBusch was responding in my other thread. It has been posted on here more than one time. I should probably find one of those posts and make @scottalanmiller tag it appropriately. Edit: Or too slow..

@NashBrydges Oh this is awesome! Gonna be giving that a go on Monday or Tuesday.

@JaredBusch said in Looking for how-to on setting up a proxy: server { client_max_body_size 40M; listen 80; server_name support.bundystl.com; rewrite ^ https://$server_name$request_uri? permanent; } Yep, got all that done and it's working well. What I was referring to was redirecting traffic to HTTPS. Essentially this is the part of the file I was missing... server { client_max_body_size 40M; listen 80; server_name support.bundystl.com; rewrite ^ https://$server_name$request_uri? permanent; }

This way you can share the config(s) under conf.d between multiple machines using the same roles (or whatever Salt calls them) and have different main NGINX server settings.

There is a blacklist that all CA's have on high dollar domain names to prevent major fraud. LE cannot issue for something.microsoft.com or something.bestbuy.com for example. But the sub domain names used in these PayPal examples are all outside of that. They are all on valid (ish) TLD.

@travisdh1 said in SSL between a proxy and its target: @Dashrender said in SSL between a proxy and its target: @dafyre said in SSL between a proxy and its target: @scottalanmiller said in SSL between a proxy and its target: Never had to do that. Seems like a script to pull it from time to time might be enough, though? Set up a passwordless scp of the /etc/letsencrypt (or /etc/certbot?) folder from the proxy to the internal machine? Any security risk to this? I don't know anything about it - I just see passwordless and have to ask. It's industry standard public/private key encryption, so shouldn't be an issue. You should go read up on SQRL. In my not so humble opinion, passwords have long outlived the point where they are a useful security mechanism. I'm fully aware of SQRL - I asked Scott on Day one of ML if he would support it when it became available, sadly it's still not released to the wild

@scottalanmiller said in Let's Encrypt stats: @Jason said in Let's Encrypt stats: I'm guessing a lot of kids/teens and college age are using let's encrpyt hence the .ninja I'm confused, aren't all those domains only used by ninjas? Go Ninja, Go Ninja, Go!

@Ambarishrh First of all, I welcome you to Cloudways.com. I'm Mustaasam, the WordPress Community Manager at Cloudways. I've tested your site on Tools Pingdom, the first hit was about 2.6 seconds and in 5th attempt it was loaded in just 1.07s. Here is the URL: https://tools.pingdom.com/#!/bNYY17/https://www.ambarishrh.com/