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
This came up a few times already, where organizations would want to use their own inhouse certificates for the Speckle server.
So far we've diffused these, with its faster and more stable if we manage these and auto renew with Letsencrypt and cert-manager.
But in the case of server instances only accessible on a company internal VPN, we cannot auto generate certificates, cause the server is not accessible on the internet and letsencrypt cannot verify the validity of the certificate request.
The text was updated successfully, but these errors were encountered:
Yeah, this is the route i'd start digging in for docker-compose based scenarios, for k8s setups, we'd need another approach maybe. But let's focus on the compose based setup for now.
This came up a few times already, where organizations would want to use their own inhouse certificates for the Speckle server.
So far we've diffused these, with its faster and more stable if we manage these and auto renew with Letsencrypt and cert-manager.
But in the case of server instances only accessible on a company internal VPN, we cannot auto generate certificates, cause the server is not accessible on the internet and letsencrypt cannot verify the validity of the certificate request.
The text was updated successfully, but these errors were encountered: