You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Clear and concise description of the feature you are proposing
I am generally familiar with openssl and PKI operations to create server certs. Is there a way/documentation on how to enable HTTPS on Enclosed app without putting a reverse proxy in front of it ? I find the documentation lacking in this regard. We probably need a few pointers on how to do this, and we can run along on our own.
Ideally, the Enclose app should support HTTPS on its own, with the cert/keystore passed in to the docker environment. It could even deploy a self-signed cert, until the user has the time to replace it with a proper cert chain.
This would be so much better than upon the first docker deployment, the page is basically unusable due to the lack of HTTPS.
Additional context
No response
Validations
Check the feature is not already implemented in the project.
Check that there isn't already an issue that request the same feature to avoid creating a duplicate.
Check that the feature is technically feasible and aligns with the project's goals.
The text was updated successfully, but these errors were encountered:
What type of request is this?
Enhancement of an existing feature
Clear and concise description of the feature you are proposing
I am generally familiar with openssl and PKI operations to create server certs. Is there a way/documentation on how to enable HTTPS on Enclosed app without putting a reverse proxy in front of it ? I find the documentation lacking in this regard. We probably need a few pointers on how to do this, and we can run along on our own.
Ideally, the Enclose app should support HTTPS on its own, with the cert/keystore passed in to the docker environment. It could even deploy a self-signed cert, until the user has the time to replace it with a proper cert chain.
This would be so much better than upon the first docker deployment, the page is basically unusable due to the lack of HTTPS.
Additional context
No response
Validations
The text was updated successfully, but these errors were encountered: