Keycloakで実用的なリバースプロキシ型構成を構築してみよう：Keycloak超入門（7）（3/4 ページ）

[和田広之, 相田洋志, 田村広平, 上田直樹，野村総合研究所／野村総合研究所／フリーランス／株式会社リック]

設定確認

　構築が完了したら、設定を確認してみましょう。

●ロールの設定確認

　まずは、「Keycloak管理コンソール」（https://sso.example.com/auth/admin/）にアクセスし、Keycloak管理者（admin）でログインして、ロールの設定を確認します。ロールには、レルムの範囲で有効となる「レルムロール」と、クライアントの範囲で有効となる「クライアントロール」の2種類があります。今回は、レルムロールに設定されているので、それを確認します（画面1）。

画面1　レルムロール設定

●クライアントの設定確認

　続いて、クライアントの設定を確認します。連携先アプリ1用に「demo_app1」と連携先アプリ2用に「demo_app2」を設定されています（画面2）。

画面2　クライアント設定

　また、それぞれのクライアントで、レルムロールを連携するように「role」属性をマッパーに設定しています（画面3）。

画面3　クライアント設定（マッパー）

●ユーザーの設定確認

　続いて、ユーザーの設定を確認します。画面4のように「user001」と「user002」が作成されています。

画面4　ユーザー設定（一覧）

　また、表3の「ユーザー一覧」で記載した通り、それぞれのユーザーにロールマッピングを設定しています（画面5）。

画面5　ユーザー設定（ロールマッピング）

●mod_auth_openidcの設定確認

　次に、「mod_auth_openidc」の設定を確認します。表4の「コンテンツ一覧」で記載したアクセス制御設定はここで確認できます。

• https://github.com/openstandia/keycloak-dockerfiles/blob/master/reverse_proxy-based-arch-examples/kc-mod_auth_openidc-example/reverse_proxy/proxy.conf

　ここでは、詳細な解説は省略しますが、利用したmod_auth_openidc固有のディレクティブについて、説明を記載します（表5、表6）。

パラメーター名	必須	説明
OIDCResponseType	−	OpenID Connectのレスポンスタイプを設定する。以下の中から指定する。 （1）code （2）id_token （3）id_token token （4）code id_token （5）code token （6）code id_token token 　このレスポンスタイプの指定により、OpenID Connectの認証フローが定まる。デフォルトは（1）のcodeなので、認可コードフローになる。（2）と（3）は、Implicitフローになる。（4）〜（6）はHybridフローになる。
OIDCCryptoPassphrase	○	Cookieやキャッシュの暗号化で使用されるパスフレーズを設定する。任意の値を設定する。
OIDCCookieDomain	−	mod_auth_openidcが発行するCookieのドメイン属性を設定する。デフォルトでは、ドメイン属性は付与されない。ドメイン間で、mod_auth_openidcのセッションを共有したい場合に利用する。
OIDCSSLValidateServer	−	OPとの連携でSSLを使用する場合に、有効なサーバ証明書かどうかのチェック有無を設定する。今回はKeycloakの自己署名サーバ証明書をプロキシサーバ側のOSの信頼済み証明書としてインポートしていないのでOffにする。プロダクション環境では、On（デフォルト）で動作させるべきである。
OIDCProviderMetadataURL	○	OPメタデータURLを設定する。Keycloak側のメタデータURLを指定する。
OIDCPassClaimsAs	−	mod_auth_openidcが連携アプリにクレームを連携する方法を設定する。以下の中から指定する。 （1）none （2）header （3）environment （4）both
OIDCClaimPrefix	−	連携アプリに連携するクレームのプレフィックスを設定する。デフォルトでは、連携するクレームに“OIDC_CLAIM_”というプレフィックスが付与されるが、任意に指定が可能（“”を指定すると付与されない）・
OIDCRedirectURI	○	mod_auth_openidcのリダイレクトURIを設定する。mod_auth_openidcで保護されているパス上のURLを指定する必要があるが、実際にコンテンツがあるURLを指定してはいけない。このURLがOIDCの動作中に利用される予約URLとなるため、ユーザーが直接呼び出すことができなくなるため（直接呼び出した場合は、パラメーター不足で500エラーが発生する）。 mod_auth_openidcのOIDCの動作ではログイン成功後、最初にこのURLにリダイレクトされた後で、もともとユーザーがアクセスしていたURLに再度リダイレクトされる動作となる。
OIDCClientID	○	クライアントIDを設定する。Keycloak側のクライアント設定のクライアントID（client-id）を指定する。
OIDCClientSecret	△	クライアントシークレットを設定する。Keycloak側のアクセスタイプで"confidential"を指定した場合は必須である。
表5　mod_auth_openidcの主要設定

【※】mod_auth_openidcは高機能であるため、今回利用しなかった設定項目も数多くあります。必要に応じて、こちらも参照してください（https://github.com/zmartzone/mod_auth_openidc/blob/master/auth_openidc.conf）。

パラメーター名		必須	説明
AuthType		○	認証タイプを設定する。"openid-connect"で固定。
Require	valid-user	−	認証を必須に設定する。
	claim	−	ユーザー情報の値でアクセス制御を設定する。 （例） claim name:Joe 　 => name が Joe のユーザーのみ許可 claim "role~.*admin.*" 　 => role に admin が含まれるユーザーのみ許可
	not claim	−	mod_auth_openidcでは利用できない。
	all granted	−	アクセス制御を無効に設定する。
表6　アクセス制御をかける<Location>ディレクティブ内の設定

【※】claimによるアクセス制御はさまざまな設定方法があります。その他の方法に関しては、こちらを参照してください（https://github.com/zmartzone/mod_auth_openidc/wiki/Authorization）。

　これで、Keycloakのリバースプロキシ型構成の設定確認が完了です。