リスナーへの認証に使用できるトークンを取得できます。プロトコルを指定します。やり取りするクライアント用です。ホストアドレス(アドバタイズされたもの)とポートを提供します。実行されているマシンでキーと暗号化を提供する必要があります。暗号化を使用するには、適切なキーストアとトラストストアを指定する必要があります。#####confluent.metadata.server.ssl.keystore.location=/var/ssl/private/client.truststore.jksconfluent.metadata.server.ssl.keystore.password=<keystore-password>confluent.metadata.server.ssl.key.password=<key-password>confluent.metadata.server.ssl.truststore.location=/var/ssl/private/kafka.keystore.jksconfluent.metadata.server.ssl.truststore.password=<truststore-password>これは多くのレイヤーで構成可能であり、さまざまなコンポーネントに対して複数の証明書を生成することもできます。別々の証明書、複数の内部リスナーと外部リスナーに別々の証明書を生成するといった処理が可能です。付いた名前にすることができます(confluent.metadata.server.ssl.truststore.location=/var/ssl/private/mds.keystore.jks。置き換えて区別しています)。追加することが一般的です。ユーザー名およびパスワードと引き換えにトークンを提供できます。ユーザーまたはクライアントからトークンを受け取り、そのトークンによってプリンシパルを認証することもできます(初回以降はこれを使用して認証を継続できます)。リスナーに対する認証に使用されます。トークンサービスの有効化および構成を行う方法を示します。実行されているマシンに保存されます)。プライベートキーを使用してトークンを暗号化します。リスナーに渡すと、トークンはパブリックキーで復号化されます。ユーザー名/パスワードによるログインとトークン交換の両方)。通信し、ユーザーが表示を認可されている情報のみを表示します。側では次のような処理が行われます。側では次のような処理が行われます。トークンを復号化できる場合、そのトークンを信頼します。コントラクトを定義するプロトコルです。階層に基づくディレクトリにレコードを保存でき、各レコードには多数の属性、レコードの構造、グループの作成方法(識別名、一般名)があります。構成は、以下のような多くの要因によって大きく異なります。構成の基本セットを以下に示します。固有の設定で変更してください。これをテストするには、以下のデモのいずれかを実行します。イメージを使用してください。構成」を参照してください。FoundationFeedbackこのページの内容:。