Bootstrapping Authorization Server Credentials and Secrets(4.3)
Prior to installation, the system must be bootstrapped with certain authorization server credentials and secrets. There are a few alternative ways to perform this task.
Authorization Server Credentials
The authorization server credentials can be provided to the system in the following ways:
Manually creating a Kubernetes Secret in advance, followed by helm install command without having to set the keystore, username and passsword.
Run the helm install command, passing all the credentials as Helm values.
These options are explained in the following sections.
Necessary authorization server credentials for Secret or Helm, respectively, are listed in the table. These credentials need to be provided before installation can complete:
Secret Parameter | Helm Parameter | Description |
---|---|---|
managementApiUsername | authorizationServer.management-api.username | HTTP Basic Authentication Username |
managementApiPassword | authorizationServer.management-api.password | HTTP Basic Authentication Password |
jwtKeystore | authorizationServer.jwt.keystore | Secret Parameter - File path of a keystore encoded in Base64 format Helm Parameter - File path of a keystore |
jwtKeyId | authorizationServer.jwt.key-id | Alias of the RSA private/public key pair used for JWT |
jwtKeyPassword | authorizationServer.jwt.key-password | Password of the RSA private/public key pair used for JWT |
jwtKeystorePassword | authorizationServer.jwt.keystore-password | Password of the keystore |
Kubernetes Secret
Credentials can be written into a Secret object, which must be named authorization-server-secrets prior to installation.
Helm Values
Keystore file can be encoded in Base64 format with the following command:
Random
If neither Secret nor Helm values are used to provide managementApiPassword credentials, the required values are automatically populated with random data. For users with access rights, the randomized credentials can be retrieved by doing:
The values are stored base64 encoded and need to be decoded to be viewed.
If authorization-server-secrets exists, its secret value will be utilized.
When the
--set
option is used with thehelm
command, the specified value will overwrite the existing secret, if one exists.If neither the secret nor the specified Helm values exist, the installation will fail.