Closed sa-ChristianAnton closed 1 year ago
Thanks for starting a conversation about this. I regret that I overlooked creating a situation where the controller's own namespace is not automatically selected!
There are two namespace-related variables here.
trust-manager.app.trust.namespace
): TM will only source certs from ConfigMaps and Secrets in the trusted namespace. Tangentially, there's a thread here with the maintainers about the possibility of having multiple trusted namespaces, which would allow multiple instances of Ziti in the same cluster in separate namespaces.namespaceSelector
)The values under trust-manager
are generally consumed by the subchart according to its own values scheme. I like your solution of an optional namespace selector, and prefer to minimize comingling the parent chart and subchart values, and because this namespace-related property has a different purpose from app.trust
.
Will you please look over the attached PR?
After upgrading ziti-controller from 0.2.4 to 0.2.6, the ziti-controller pod did not start up:
Reason was that the "Bundle" object created with trust-manager had the following "target" configuration:
...when no namespace was labeled with this label/value pair. I manually, as a workaround did this:
Than the configmap was created immediately, and ziti-router started just fine.
As a solution for this, should the values.yaml be changed to contain something like this?
and template this into the currently hardcoded section of templates/ca-bundle.yaml? Currently, in ca-bundle.yaml there is the label selector hardcoded, and the values'
trust-manager.app.trust.namespace
is not being used anywhere in the templates. Seems it has been left over in one of the latest commits.