-
-
Notifications
You must be signed in to change notification settings - Fork 106
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
Allow st2web to serve HTTPS #264
Conversation
If someone enables https, they need to provide certs via extra_volumes
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Elegantly introduced feature, and backward-compatible. This is a solid feature for those running in stacks who can't just shovel the work off to a cloud load balancer.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I thought about discussing more the approach in this PR as we've removed it before in favor of LoadBalancer or Ingress Controller which is more K8s native and flexible.
Because we have this functionality still present in the Docker images and enabling it really easy, - let's do it!
Thanks for the PR 👍
The Docker image allows serving HTTPS when environment var
ST2WEB_HTTPS=1
. SettingST2WEB_HTTPS: "1"
inst2web.env
, however, breaks thest2web
k8s deployment & service because thelivenessProbe
and the service are still trying to access HTTP on port 80.To make
ST2WEB_HTTPS=1
work correctly, 2 things are required:ST2WEB_HTTPS=1
.extra_volumes
(like several other deployments) so users can mount ssl certs that they provide. Managing any kubernetes secrets for those certs is out-of-scope for this chart, similar to anything else provided viaextra_volumes
.This PR makes those changes, but retains the current HTTP-by-default behavior.
Closes: #236