[OKD 5.0.0-okd-scos.ec.2] How to configure console to use the default ingress certficate as in 4.x? #2336
Replies: 1 comment
-
|
By following the doc for 4.x on here : customizing console route, it is possible to have another route with the correct certificate This seems like a workaround for now to address the changes on the console route that now uses its own self-generated certificate and not the default ingress one. Maybe the change is to have the console uses http/2 that is/was not possible with the default ingress certificates has in OKD v4.x ? Changing the Doing this, the "default" console route is changed from Before: After: |
Beta Was this translation helpful? Give feedback.
Uh oh!
There was an error while loading. Please reload this page.
-
In OKD 4.x, the console
"route"was using the certificate set at the cluster level on ingresses as default certificateNow with v5.x, the
routeassociated to the console uses its own certificate and not the one set as default on ingressesQ:
routeto use a specific private one?I'm quite sure this can be configure in either
consoles.operator.openshift.io/clusterorconsole.openshift.io/clusterbut I can't find any information on how to do itAlso I noticed that the
"openshift-console-operator/console-operator-config"ConfigMap has an extraconfig.openshift.io/inject-tls: 'true'annotation. Possible relation to the problem described here?routefor console in 4.x:routefor console in 5.x:openshift-console-operator/console-operator-configfor 4.x:openshift-console-operator/console-operator-configfor 5.x:Beta Was this translation helpful? Give feedback.
All reactions