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
Currently, if an AuthenticationClass is set, the client access is encrypted and requires authentication.
This is not exposed in the discovery ConfigMap to be picked up by other operators to configure their ZooKeeper access.
The discovery ConfigMap currently expose 3 fields:
ZOOKEEPER contains the full zookeeper connection string with znode (generally used)
ZOOKEEPER_CHROOT contains the znode (i think only for Nifi currently)
ZOOKEEPER_HOSTS contains the zookeeper connection string without znode (i think only for Nifi currently)
Temporary example proposal to add "secure" fields:
ZOOKEEPER_SECURE
ZOOKEEPER_HOSTS_SECURE
(ZOOKEEPER_CHROOT_SECURE) would be redundant
AUTHENTICATION_CLASS
This will be discussed further in the architecture meeting on 3rd of August.
The text was updated successfully, but these errors were encountered:
Currently, if an
AuthenticationClass
is set, the client access is encrypted and requires authentication.This is not exposed in the discovery ConfigMap to be picked up by other operators to configure their ZooKeeper access.
The discovery ConfigMap currently expose 3 fields:
Temporary example proposal to add "secure" fields:
This will be discussed further in the architecture meeting on 3rd of August.
The text was updated successfully, but these errors were encountered: