Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Problem: Add support for SSL into the installation process and/or docs #88

Closed
Robbt opened this issue Mar 15, 2017 · 9 comments
Closed
Assignees
Labels
installer This is affecting the installer is: documentation security
Milestone

Comments

@Robbt
Copy link
Member

Robbt commented Mar 15, 2017

This is another longer-term priority, but it would be a good best practice addition.
I'm not sure the best way to approach the actual SSL certs etc, but it makes sense for us as a project to make it easy enough for people to figure out how to do this without needing to learn how to configure Apache by trial and error.

@Robbt Robbt added is: documentation installer This is affecting the installer labels Mar 15, 2017
@hairmare
Copy link
Member

Internal comms (to the DB, RabbitMQ, ...) should be encrypted using TLS as well. For public certs we should point folks to letsencrypt. Adding a security page to the docs that explains how to get up and running with letsencrypt should be easy :) I also see us adding more details concerning security to the preparing the server docs.

@geftactics
Copy link

Maybe https://certbot.eff.org could be intergrated an optional part of the setup process?

@hairmare hairmare modified the milestone: 3.0.0-alpha.1 Mar 18, 2017
@hairmare hairmare modified the milestones: 3.0.0-alpha.1, 3.0.0-alpha.2 Mar 31, 2017
@hairmare hairmare modified the milestones: 3.0.0-alpha.3, 3.0.0-alpha.2 Jul 11, 2017
@hairmare hairmare added the TLS label Jul 12, 2017
@hairmare hairmare removed this from the 3.0.0-alpha.3 milestone Oct 7, 2017
@HammyHavoc
Copy link
Contributor

@Robbt, I feel it's an absolute necessity in 2018 to be using SSL, considering mainstream browsers are soon going to be making a big deal out of inputting information into any website that isn't using it.

Seconding @squiggleuk's suggestion of Let's Encrypt. It's worked well for RocketChat.

@Robbt
Copy link
Member Author

Robbt commented Jan 2, 2018

Totally agree that this should be a priority.

@mepholic
Copy link

mepholic commented May 7, 2020

I set up LetsEncrypt on a LibreTime instance recently and it was relatively straightforward. I think we should do this as a default for SSL, and leave the configuration of custom SSL certs up to the system administrator if they'd like to go that route. I can look in to this soon.

@Robbt
Copy link
Member Author

Robbt commented May 7, 2020

I agree. Do you want to document what you needed to do to set it up. We can probably integrate it into the installer as well for internet accessible domains.

@gusaus
Copy link

gusaus commented May 7, 2020

Thanks again @mepholic for taking this on! Can you assign yourself this task (or is that something @Robbt or another admin can do)?

@zklosko
Copy link
Member

zklosko commented May 9, 2020

@geftactics Certbot is definitely the way to go. 👍 I can add a guide sometime this week.

zklosko referenced this issue in zklosko/libretime May 13, 2020
@zklosko
Copy link
Member

zklosko commented May 19, 2020

This was fixed by PR #1030 and can be closed

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
installer This is affecting the installer is: documentation security
Projects
None yet
Development

No branches or pull requests

8 participants