20
3

Delete article

Deleted articles cannot be recovered.

Draft of this article would be also deleted.

Are you sure you want to delete this article?

More than 3 years have passed since last update.

(株)日立製作所 研究開発グループ サービスコンピューティング研究部の井出です。

先日,OpenShift.Run Winter 2020にて、Keycloak.Xの背景やビルド方法、コンテナ化、性能評価を紹介させていただきました。

Keycloak on Quarkus - Speakerdeck

本記事は発表時にあまり触れられなかったKeycloak.Xのプロパティ設定方法について改めてまとめたいと思います。なお、2020年12月現在、keycloak.Xの仕様はまだドラフト版であるため、記事の内容から変更される可能性があります。最新の情報はKeycloak.X Server Configurationをご参照下さい。

TL;DR

  • Keycloak.Xのプロパティは動的プロパティと静的プロパティに分かれる
  • 動的プロパティは環境変数、ファイル、起動オプションにて設定
  • 静的プロパティはkc.sh configコマンドかビルド時にファイルで設定
  • 現状、静的プロパティは--db--feature--feature-xxx系が該当
  • それ以外に、初期管理者アカウントの設定要
    • 環境変数のKEYCLOAK_ADMINKEYCLOAK_ADMIN_PASSWORDにて設定

Keycloak.Xとは

Keycloak.XはKeycloakのモダナイズのために、実験的に大胆な変更を追加するプロジェクトです。フレームワークへのQuarkusの採用、設定の容易化、など様々な取り組みを行っています。

image.png

2020年12月現在、Keycloak.Xの実行ファイルやコンテナイメージは配布されていませんが、keycloak/keyckoak のMasterブランチにて /quarkus ディレクトリをビルドすれば利用可能です。Keycloak.Xの取り組みは、今後、通常のKeycloakに還元されていくとのことですので、この機会にKeycloak.Xに触れてみてはいかがでしょうか?

Keycloak.Xのプロパティ

standalone.xmlを用いた設定を行う通常のKeycloakと異なり、Keycloak.Xの設定はプロパティの種類に応じ異なる設定方法が用意されています(下記表)。

種類 説明 設定方法
動的プロパティ サーバ起動時に動的に設定可能なプロパティ - 環境変数
- kc.sh startのオプション
- conf/keycloak.propertiesファイル
静的プロパティ サーバのビルド時に設定が必要なプロパティ
(全ての動的プロパティは静的プロパティとしても設定可能。動的・静的の両方で同じプロパティが設定されたときは静的プロパティが優先される)
- ビルド時のkeycloak.apprication
- kc.sh config コマンド
- Auto-Configuration機能
keycloak/keycloak-containersのDockerfileを用いてコンテナ化した場合)
その他 動的・静的プロパティ以外の設定項目
(本記事独自の定義)
環境変数

プロパティの一覧はデザインノートのKeycloak.X Server Configurationに記載されています。しかし、2020年12月現在、デザインノートには動的プロパティや静的プロパティの区分けの情報は記載されていないため、kc.shのヘルプメッセージからそれぞれのプロパティを探る必要があります。

以降、動的プロパティと静的プロパティをそれぞれ見ていきます。

動的プロパティ

動的プロパティ一覧

kc.sh start --helpコマンドから一覧を取得可能です。
以下に、ヘルプメッセージから動的プロパティを抜き出した内容を記載します。

--cluster=<value>       Specifies clustering configuration. The specified
                        value points to the infinispan configuration
                        file prefixed with the 'cluster-' inside the
                        distribution configuration directory. Supported
                        values out of the box are 'local' and 'cluster'.
                        Value 'local' points to the file cluster-local.
                        xml and effectively disables clustering and use
                        infinispan caches in the local mode. Value
                        'default' points to the file cluster-default.
                        xml, which has clustering enabled for infinispan
                        caches.
--cluster-stack=<value>
                        Specified the default stack to use for cluster
                        communication and node  discovery. Possible
                        values are: tcp, udp, kubernetes, ec2.
--config-file=<path>    Set the path to a configuration file.
--db-password=<value>   The database password.
--db-pool-initial-size=<value>
                        The initial size of the connection pool.
--db-pool-max-size=<value>
                        The maximum size of the connection pool.
--db-pool-min-size=<value>
                        The minimal size of the connection pool.
--db-schema=<value>     The database schema.
--db-url=<value>        The database JDBC URL. If not provided a default
                        URL is set based on the selected database
                        vendor. For instance, if using 'postgres', the
                        JDBC URL would be 'jdbc:postgresql:
                        //localhost/keycloak'. The host, database and
                        properties can be overridden by setting the
                        following system properties, respectively: -Dkc.
                        db.url.host, -Dkc.db.url.database, -Dkc.db.url.
                        properties.
--db-username=<value>   The database username.
--hostname-admin-url=<value>
                        The URL that should be used to expose the admin
                        endpoints and console.
--hostname-force-backend-url-to-frontend-url =<value>
                        Forces backend requests to go through the URL
                        defined as the frontend-url. Defaults to false.
                        Possible values are true or false.
--hostname-frontend-url=<value>
                        The URL that should be used to serve frontend
                        requests that are usually sent through the a
                        public domain.
--http-enabled=<value>  Enables the HTTP listener.
--http-host=<value>     The HTTP host.
--http-port=<value>     The HTTP port.
--https-certificate-file=<value>
                        The file path to a server certificate or
                        certificate chain in PEM format.
--https-certificate-key-store-file=<value>
                        An optional key store which holds the certificate
                        information instead of specifying separate files.
--https-certificate-key-store-file-type=<value>
                        An optional parameter to specify type of the key
                        store file. If not given, the type is
                        automatically detected based on the file name.
--https-certificate-key-store-password=<value>
                        A parameter to specify the password of the key
                        store file. If not given, the default
                        ("password") is used.
--https-certificate-trust-store-file=<value>
                        An optional trust store which holds the
                        certificate information of the certificates to
                        trust.
--https-certificate-trust-store-file-type=<value>
                        An optional parameter to specify type of the trust
                        store file. If not given, the type is
                        automatically detected based on the file name.
--https-certificate-trust-store-password=<value>
                        A parameter to specify the password of the trust
                        store file.
--https-cipher-suites=<value>
                        The cipher suites to use. If none is given, a
                        reasonable default is selected.
--https-client-auth=<value>
                        Configures the server to require/request client
                        authentication. none, request, required.
--https-port=<value>    The HTTPS port.
--https-protocols=<value>
                        The list of protocols to explicitly enable.
--profile=<profile>     Set the profile. Use 'dev' profile to enable
                        development mode.
--proxy=<value>         The proxy mode if the server is behind a reverse
                        proxy. Possible values are: none, edge,
                        reencrypt, and passthrough.
--show-config[=<arg0>]  Print out the configuration options when starting
                        the server.

動的プロパティの設定方法

動的プロパティの設定方法は以下3種があり、それぞれプロパティのフォーマットが異なります。

  • conf/keycloak.propertiesファイル
  • kc.sh startコマンド
  • 環境変数

conf/keycloak.propertiesファイルにはKeycloak.X Server Configurationに記載のプロパティ名をそのまま利用可能です。そこから、頭に--を付け、.-に置き換えるとkc.sh startコマンドのオプションのフォーマットになります。同様に頭にKC_を付け、英語を大文字にし、-._に置き換えると環境変数になります。

以下が各設定方法におけるプロパティ名の例です。

# Keycloak.X Server Configuration に記載のプロパティ名
#(conf/keycloak.propertiesへの記載方法)
db.pool.initial-size

# kc.sh start コマンドのオプション
--db-pool-initial-size

# 環境変数
KC_DB_POOL_INITIAL_SIZE

命名規則の詳細はhow-to-set-configurationに記載されています。

静的プロパティ

静的プロパティ一覧

kc.sh config --helpコマンドにて一覧を取得可能です。静的プロパティは全ての動的プロパティと同名のプロパティを持つため、ここでは重複を排除し、静的プロパティ固有の値のみ記載します。

--db=<value>            The database vendor. Possible values are: h2-mem, 
                        h2-file, mariadb, postgres95, postgres10.
--features=<value>      Enables a group of features. Possible values are:
                        default,disabled_by_default,preview,experimental,
                        deprecated
--features-account2=<value>
                        Enables the ACCOUNT2 feature. Set enabled to enable
                        the feature or disabled otherwise.
--features-account_api=<value>
                        Enables the ACCOUNT_API feature. Set enabled to
                        enable the feature or disabled otherwise.
--features-admin_fine_grained_authz=<value>
                        Enables the ADMIN_FINE_GRAINED_AUTHZ feature. Set
                        enabled to enable the feature or disabled otherwise.
--features-client_policies=<value>
                        Enables the CLIENT_POLICIES feature. Set enabled
                        to enable the feature or disabled otherwise.
--features-docker=<value>
                        Enables the DOCKER feature. Set enabled to enable
                        the feature or disabled otherwise
--features-impersonation=<value>
                        Enables the IMPERSONATION feature. Set enabled to
                        enable the feature or disabled otherwise.
--features-openshift_integration=<value>
                        Enables the OPENSHIFT_INTEGRATION feature. Set
                        enabled to enable the feature or disabled otherwise.
--features-scripts=<value>
                        Enables the SCRIPTS feature. Set enabled to enable
                        the feature or disabled otherwise.
--features-token_exchange=<value>
                        Enables the TOKEN_EXCHANGE feature. Set enabled to
                        enable the feature or disabled otherwise.
--features-upload_scripts=<value>
                        Enables the UPLOAD_SCRIPTS feature. Set enabled to
                        enable the feature or disabled otherwise.
--features-web_authn=<value>
                        Enables the WEB_AUTHN feature. Set enabled to
                        enable the feature or disabled otherwise.

2020年12月現在は、DB種別およびfeature系の設定のみ静的プロパティ固有の値と考えることができます。

静的プロパティの設定方法

静的プロパティの設定は以下の3種類があります。

keycloak.propertiesはソースコードの./quarkus/server/src/main/resources/META-INF配下にあるファイルです。こちらに動的プロパティのconf/keycloak.propertiesと同様のフォーマットでプロパティを追加することで、設定が可能です。しかし、マシンの性能にもよりますがKeycloak.Xのビルドには1時間前後かかるため、何度も静的プロパティを設定する場合は別の方法がおすすめです。

kc.sh configコマンドには動的プロパティのkc.sh startコマンド利用時と同様、コマンドオプションとして設定します。フォーマットも動的プロパティのkc.sh startコマンド利用時と同様です。ただし、kc.sh startコマンドにてKeycloak.Xサーバを起動する前に設定する必要があるため、コンテナとして利用する場合は、kc.sh config --db=postgres10 && kc.sh startのようにコマンドを連結して使用するか、起動用のスクリプトを用意すると良いでしょう。

keycloak/keycloak-containersのDockerfileを用いてコンテナを作成した場合は、Auto-Configuration機能を利用可能です。Auto-Configurationは、起動時のオプションに--auto-configを加えると、内部のdocker-entrypoint.shが動的にkc.sh configを自動実行する機能です。このため、設定時のフォーマットはkc.sh configコマンド利用時と同様です。

その他プロパティ

Keycloak.X Server Configurationに未記載のプロパティとして、初期管理者アカウントの設定があります。
以下のように環境変数から設定可能です。

# adminユーザ
export KEYCLOAK_ADMIN=admin
# adminパスワード
export KEYCLOAK_ADMIN_PASSWORD=password

今回調査した範囲では、通常のKeycloakにおけるadd-user-keycloak.shのように後から管理者アカウントを設定する方法をKeycloak.Xにて確認できませんでした。このため、keycloak.Xでは本手法での管理者アカウントを作成する必要があります。

設定の注意点

いくつか注意点を列挙します。

  • 上述のように、動的・静的の両方で同名のプロパティを設定した場合、静的プロパティが優先されます。
  • Keycloak.X Server Configurationにはmetrics.enabled=[true|false]によりヘルスチェックとメトリクス取得が可能になると記載がありますが、2020年12月現在では、まだmetrics.enabledプロパティが有効化できませんでした。

Kubernetesでの動作を想定したKeycloak.Xのプロパティ設定案

Keycloak.XはQuarkusの採用や環境変数からのパラメータ設定など、コンテナからの利用に適しています。そこで、著名なコンテナオーケストレータのKubernetes上でKeycloak.Xを動作させる際のプロパティ設定に触れたいと思います。

ユースケースにも依存すると思いますが、筆者は保守性・機密性の観点で以下の設定方法が良いと考えます。

  1. なるべく動的プロパティを活用し、環境変数かconf/keycloak.propertiesにて設定する
  2. クレデンシャル情報はSecretリソース等を使用する
  3. 静的プロパティ固有の設定のみAuto-Configuration機能、もしくは起動コマンドにて設定する

以下理由を説明します。

Keycloak.Xのプロパティにはdb.passwordなどのクレデンシャル情報が含まれます。クレデンシャル情報は平文で保持するとセキュリティリスクになることから、KubernetesのSecretリソース等を用いて難読化することが望ましいです1kc.sh startおよびkc.sh configコマンドでの設定はSecretリソースとの連携ができないため、クレデンシャル情報は動的プロパティの環境変数かconf/keycloak.propertiesを利用して設定する必要があります。

環境変数の場合は、クレデンシャル情報のみSecretリソースで設定し、他のプロパティはDeployentリソースに設定可能です。一方で、conf/keycloak.propertiesにてクレデンシャル情報を含む設定をする場合、conf/keycloak.properties全体をSecretリソースで難読化してしまうと保守性が下がります。このため、クレデンシャル情報のみ環境変数ので設定し、他のプロパティをconf/keycloak.propertiesのConfigmapリソースとして設定するか、もしくはクレデンシャル情報のみconf/keycloak.propertiesのSecretリソースで設定し、他は環境変数として設定するなど、設定を使い分けると良いでしょう。

静的プロパティ固有の設定は環境変数やconf/keycloak.propertiesが使えません。設定を後から変更しない場合はビルド時のkeycloak.propertiesを用いても問題ありませんが、Keycloak.Xのビルドには相応の時間がかかることから、変更の可能性がある場合はAuto-Configuration機能かkc.sh configコマンドの利用が望ましいです。これらの設定は別途スクリプトやinitContainer等の手段を設けない場合はDeploymentリソースのcommandおよびargsを用いて行えます。kc.sh configを使う場合、例えば以下のように設定可能です。

containers:
  command: ["/bin/sh","-c"]
  args: ["kc.sh config --db=postgres10 && kc.sh start"]

一方で、commandargsはSecretリソースと連携できないため2、クレデンシャル情報の設定は避けたほうが望ましいです。また、argsの設定がが長くなると可読性が下がります。このことから、静的プロパティの利用は必要最小限にし、動的プロパティで設定した方が保守性に優れます。

まとめ

本記事ではKeycloak.Xの動的・静的プロパティの設定方法を紹介しました。概要は以下の通りです(TL;DRと同文)。

  • Keycloak.Xのプロパティは動的プロパティと静的プロパティに分かれる
  • 動的プロパティは環境変数、ファイル、起動オプションにて設定
  • 静的プロパティはkc.sh configコマンドかビルド時にファイルで設定
  • 現状、静的プロパティは--db--feature--feature-xxx系が該当
  • それ以外に、初期管理者アカウントの設定要
    • 環境変数のKEYCLOAK_ADMINKEYCLOAK_ADMIN_PASSWORDにて設定

Keycloak.Xは設定やスケールの容易化やQuarkusの採用など、Kubernetes/OpenShift等のコンテナ基盤に適した特徴を持ち、今後の発展が期待されます。まだ開発中の機能も多いですが、これら機能をいち早く試用し、バグ等をコミュニティにフィードバックする意義は大きいです。こちらで確認した範囲では既にKeycloak.Xの基礎的な動作が可能なため、皆様もこの機会にKeycloak.Xを試してみては如何でしょうか。

本記事がKeycloakのユーザやコミュニティにとって参考になれば幸いです。

  1. Secretリソース以外にもパブリッククラウドのクレデンシャル情報管理サービス(例えばAWS Secret Manager)やSealed-SecretのようなKubernetes周辺ツールの利用も考えられます。

  2. 環境変数の値をargsで用いればSecret連携ができますが、argsを管理が必要な分、保守性は低下します。それなら最初から動的プロパティの環境変数で設定したほうが運用負荷は少ないです。

20
3
0

Register as a new user and use Qiita more conveniently

  1. You get articles that match your needs
  2. You can efficiently read back useful information
  3. You can use dark theme
What you can do with signing up
20
3

Delete article

Deleted articles cannot be recovered.

Draft of this article would be also deleted.

Are you sure you want to delete this article?