本文最后更新于 2024年5月16日。

Bitnami package for Keycloak

What is Keycloak?

Keycloak is a high performance Java-based identity and access management solution. It lets developers add an authentication layer to their applications with minimum effort.

Overview of Keycloak Trademarks: This software listing is packaged by Bitnami. The respective trademarks mentioned in the offering are owned by the respective companies, and use of them does not imply any affiliation or endorsement.


docker run --name keycloak bitnami/keycloak:latest

Docker Compose

curl -LO
docker-compose up

Warning: This quick setup is only intended for development environments. You are encouraged to change the insecure default credentials and check out the available configuration options in the Configuration section for a more secure deployment.

Why use Bitnami Images?

  • Bitnami closely tracks upstream source changes and promptly publishes new versions of this image using our automated systems.
  • With Bitnami images the latest bug fixes and features are available as soon as possible.
  • Bitnami containers, virtual machines and cloud images use the same components and configuration approach – making it easy to switch between formats based on your project needs.
  • All our images are based on minideb -a minimalist Debian based container image that gives you a small base container image and the familiarity of a leading Linux distribution- or scratch -an explicitly empty image-.
  • All Bitnami images available in Docker Hub are signed with Docker Content Trust (DCT). You can use DOCKER_CONTENT_TRUST=1 to verify the integrity of the images.
  • Bitnami container images are released on a regular basis with the latest distribution packages available.

Looking to use Keycloak in production? Try VMware Tanzu Application Catalog, the enterprise edition of Bitnami Application Catalog.

How to deploy Keycloak in Kubernetes?

Deploying Bitnami applications as Helm Charts is the easiest way to get started with our applications on Kubernetes. Read more about the installation in the Bitnami Keycloak Chart GitHub repository.

Why use a non-root container?

Non-root container images add an extra layer of security and are generally recommended for production environments. However, because they run as a non-root user, privileged tasks are typically off-limits. Learn more about non-root containers in our docs.

Supported tags and respective Dockerfile links

Learn more about the Bitnami tagging policy and the difference between rolling tags and immutable tags in our documentation page.

You can see the equivalence between the different tags by taking a look at the tags-info.yaml file present in the branch folder, i.e bitnami/ASSET/BRANCH/DISTRO/tags-info.yaml.

Subscribe to project updates by watching the bitnami/containers GitHub repo.

Get this image

The recommended way to get the Bitnami keycloak Docker Image is to pull the prebuilt image from the Docker Hub Registry.

docker pull bitnami/keycloak:latest

To use a specific version, you can pull a versioned tag. You can view the list of available versions in the Docker Hub Registry.

docker pull bitnami/keycloak:[TAG]

If you wish, you can also build the image yourself by cloning the repository, changing to the directory containing the Dockerfile and executing the docker build command. Remember to replace the APPVERSION and OPERATING-SYSTEM path placeholders in the example command below with the correct values.

git clone
docker build -t bitnami/APP:latest .


Admin credentials

The Bitnami Keycloak container can create a default admin user by setting the following environment variables:

  • KEYCLOAK_CREATE_ADMIN_USER: Create administrator user on boot. Default: true.
  • KEYCLOAK_ADMIN_USER: Administrator default user. Default: user.
  • KEYCLOAK_ADMIN_PASSWORD: Administrator default password. Default: bitnami.

Connecting to a database

The Bitnami Keycloak container can connect to a database by setting the following environment variables:

  • KEYCLOAK_DATABASE_VENDOR: Database vendor. Default: postgresql. Use dev-mem or dev-file to use an in-memory or file-based database for development purposes.

PostgreSQL database connection configuration

The Bitnami Keycloak container requires a PostgreSQL database to work. This is configured with the following environment variables:

  • KEYCLOAK_DATABASE_HOST: PostgreSQL host. Default: postgresql.
  • KEYCLOAK_DATABASE_PORT: PostgreSQL port. Default: 5432.
  • KEYCLOAK_DATABASE_NAME: PostgreSQL database name. Default: bitnami_keycloak.
  • KEYCLOAK_DATABASE_USER: PostgreSQL database user. Default: bn_keycloak.
  • KEYCLOAK_DATABASE_PASSWORD: PostgreSQL database password. No defaults.
  • KEYCLOAK_DATABASE_SCHEMA: PostgreSQL database schema. Default: public.
  • KEYCLOAK_JDBC_PARAMS: PostgreSQL database JDBC parameters (example: sslmode=verify-full&connectTimeout=30000). No defaults.

Port and address binding

The listening port and listening address can be configured with the following environment variables:

  • KEYCLOAK_HTTP_PORT: Keycloak HTTP port. Default: 8080.
  • KEYCLOAK_HTTPS_PORT: Keycloak HTTPS port. Default: 8443.
  • KEYCLOAK_BIND_ADDRESS: Keycloak bind address. Default:

Extra arguments to Keycloak startup

In case you want to add extra flags to the Keycloak use the KEYCLOAK_EXTRA_ARGS variable. Example:

docker run --name keycloak \
  -e KEYCLOAK_EXTRA_ARGS="-Dkeycloak.profile.feature.scripts=enabled" \

Or, if you need flags which are applied directly to keycloak executable, you can use KEYCLOAK_EXTRA_ARGS_PREPENDED variable. Example:

docker run --name keycloak \
  -e KEYCLOAK_EXTRA_ARGS_PREPENDED="--spi-login-protocol-openid-connect-legacy-logout-redirect-uri=true" \

Initializing a new instance

When the container is launched, it will execute the files with extension .sh located at /docker-entrypoint-initdb.d.

In order to have your custom files inside the docker image you can mount them as a volume.

docker run --name keycloak \
  -v /path/to/init-scripts:/docker-entrypoint-initdb.d \

Or with docker-compose

  image: bitnami/keycloak:latest
    - /path/to/init-scripts:/docker-entrypoint-initdb.d

TLS Encryption

The Bitnami Keycloak Docker image allows configuring HTTPS/TLS encription. This is done by mounting in /opt/bitnami/keycloak/certs two files:

  • keystore: File with the server keystore
  • truststore: File with the server truststore

Note: find more information about how to create these files at the Keycloak documentation.

Apart from that, the following environment variables must be set:

  • KEYCLOAK_ENABLE_HTTPS: Enable TLS encryption using the keystore. Default: false.
  • KEYCLOAK_HTTPS_KEY_STORE_FILE: Path to the keystore file (e.g. /opt/bitnami/keycloak/certs/keystore.jks). No defaults.
  • KEYCLOAK_HTTPS_TRUST_STORE_FILE: Path to the truststore file (e.g. /opt/bitnami/keycloak/certs/truststore.jks). No defaults.
  • KEYCLOAK_HTTPS_KEY_STORE_PASSWORD: Password for accessing the keystore. No defaults.
  • KEYCLOAK_HTTPS_TRUST_STORE_PASSWORD: Password for accessing the truststore. No defaults.
  • KEYCLOAK_HTTPS_USE_PEM: Set to true to configure HTTPS using PEM certificates’. Default: false.
  • KEYCLOAK_HTTPS_CERTIFICATE_FILE: Path to the PEM certificate file (e.g. /opt/bitnami/keycloak/certs/tls.crt). No defaults.
  • KEYCLOAK_HTTPS_CERTIFICATE_KEY_FILE: Path to the PEM key file (e.g. /opt/bitnami/keycloak/certs/tls.key). No defaults.

SPI TLS truststore

The Bitnami Keycloak Docker image supports configuring a truststore for HTTP/TLS connection with Keycloak SPIs.

  • KEYCLOAK_SPI_TRUSTSTORE_FILE: Path to the Keycloak SPI truststore file (e.g. /opt/bitnami/keycloak/certs-spi/truststore.jks). No defaults.
  • KEYCLOAK_SPI_TRUSTSTORE_PASSWORD: Password for decrypting the SPI truststore file. No defaults.

Adding custom themes

In order to add new themes to Keycloak, you can mount them to the /opt/bitnami/keycloak/themes folder. The example below mounts a new theme.

version: '2'
      - POSTGRESQL_USERNAME=bn_keycloak
      - POSTGRESQL_DATABASE=bitnami_keycloak
      - 'postgresql_data:/bitnami/postgresql'
      - "80:8080"
      - postgresql
      - './mynewtheme:/opt/bitnami/keycloak/themes/mynewtheme'
    driver: local

Enabling statistics

The Bitnami Keycloak container can activate different set of statistics (database, jgroups and http) by setting the environment variable KEYCLOAK_ENABLE_STATISTICS=true.

Enabling health endpoints

The Bitnami Keycloak container can activate several endpoints providing information about the health of Keycloak, by setting the environment variable KEYCLOAK_ENABLE_HEALTH_ENDPOINTS=true.
See the official documentation for more information about these endpoints.

Full configuration

The image looks for configuration files in the /bitnami/keycloak/conf/ directory, this directory can be changed by setting the KEYCLOAK_MOUNTED_CONF_DIR environment variable.

docker run --name keycloak \
    -v /path/to/keycloak.conf:/bitnami/keycloak/conf/keycloak.conf \

Or with docker-compose

  image: bitnami/keycloak:latest
    - /path/to/keycloak.conf:/bitnami/keycloak/conf/keycloak.conf:ro

After that, your changes will be taken into account in the server’s behaviour.

Notable Changes


  • TLS environment variables have been renamed to match upstream.
  • HTTPS/TLS can now be configured using PEM certificates.
  • Added support to add SPI truststore file.


Keycloak 17 is powered by Quarkus and to deploy it in production mode it is necessary to set up TLS. To do this you need to set KEYCLOAK_PRODUCTION to true and configure TLS


We’d love for you to contribute to this container. You can request new features by creating an issue or submitting a pull request with your contribution.


If you encountered a problem running this container, you can file an issue. For us to provide better support, be sure to fill the issue template.


Copyright © 2024 Broadcom. The term "Broadcom" refers to Broadcom Inc. and/or its subsidiaries.

Licensed under the Apache License, Version 2.0 (the "License"); you may not use this file except in compliance with the License. You may obtain a copy of the License at

Unless required by applicable law or agreed to in writing, software distributed under the License is distributed on an "AS IS" BASIS, WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied. See the License for the specific language governing permissions and limitations under the License.