送信HTTPリクエストのプロキシー・マッピングKeycloakによって送信された送信HTTPリクエストは、プロキシー・マッピングのカンマで区切られたリストに基づいて、オプションでプロキシー・サーバーを使用できます。形式のproxy-uriの組み合わせを示します。例:.*\.(google|googleapis)\.com;http://www-proxy.acme.com:8080送信するHTTPリクエストのプロキシーを判別するために、ターゲットホスト名が、設定されたホスト名パターンと照合されます。最初に一致するパターンで、使用するproxy-uriが決定します。指定されたホスト名と一致する設定済みのパターンが無い場合、プロキシーは使用されません。いう形式で含めてください。以下のようになります。関連するホスト名パターンと一致するホストに対して、プロキシーを使用しないことを示すために使用できます。プロキシー・マッピングの終わりにcatch-allパターンを指定して、送信するすべてのリクエストのデフォルト・プロキシーを定義することが可能です。次の例は、プロキシー・マッピングの設定を示しています。コマンドで設定できます。以下に示す正規表現パターンを適切にエスケープする必要があることに注意してください。コマンドの結果、以下のサブシステム設定になります。文字をエンコードする必要があることに注意してください。すべての送信HTTPリクエストに使用されるべきプロキシーサーバーを表しています。Keycloakは、両者の間に違いはありません。変数は、プロキシーを使用してはいけないホスト名のリストをカンマ区切りで定義するのに使われます。ホスト名が指定された場合、そのすべてのプレフィックス(サブドメイン)もプロキシーの使用から除外されます。次のような例があります。プロキシー・サーバーを使用します。リクエストはプロキシーを経由します。環境変数は、小文字でも大文字でもOKです。小文字の方が優先されます。(上記のとおり)、環境変数はKeycloakでは考慮されません。環境変数が定義されているにもかかわらず、プロキシー・サーバーを使用しない場合に適用されます。これを行うには、以下のように一般的なプロキシーのないルートを指定します。truststoreKeycloakがリモートのHTTPSエンドポイントを呼び出す場合、信頼できるサーバーへの接続かどうかを確認するために、リモートサーバーの証明書を検証する必要があります。これは、中間者攻撃を防ぐために必要です。リモートサーバーや署名した認証局の証明書は、トラストストアに保存されている必要があります。このトラストストアは、Keycloakサーバーによって管理されます。トラストストアは、アイデンティティー・ブローカーやLDAPアイデンティティー・プロバイダーに安全に接続する場合、電子メールを送信する場合、およびクライアント・アプリケーションとのバックチャネル通信をする場合に使用されます。Guideで説明されている標準のJavaトラストストア設定にフォールバックします。信頼が確立されていない場合、これらの送信するHTTPSリクエストはエラーになります。使用し、新しいトラストストア・ファイルを作成、または信頼できるホスト証明書を既存のトラストストア・ファイルに追加することができます。このファイルの場所は、動作モードによって異なります。以下のテンプレートを使用して、トラストストア設定を追加することができます。</provider></spi>設定可能なオプションは以下のとおりです。fileJavaキーストア・ファイルへのパスです。HTTPSリクエストでは、通信を行うサーバーのホストを検証する必要があります。これはトラストストアの役割です。キーストアには、1つ以上の信頼できるホスト証明書または認証局が含まれています。このトラストストア・ファイルには、セキュリティー保護されたホストのパブリック証明書のみを含めるべきです。passwordキーストアのパスワード。