- 初めて BlackBerry UEM を設定する
- BlackBerry UEM 証明書の変更
- BlackBerry UEM を設定してプロキシサーバーを介してデータを送信する
- 内部プロキシサーバーによる接続の設定
- 会社のディレクトリに接続する
- SMTP サーバーに接続してメール通知を送信する
- データベースミラーリングの設定
- BlackBerry UEM の Microsoft Azure への接続
- BlackBerry Infrastructure 経由での BlackBerry Web Services へのアクセスを有効にする
- APNs 証明書の取得および iOS と macOS デバイスの管理
- DEP 用に BlackBerry UEM を設定
- Android Enterprise デバイスをサポートするための BlackBerry UEM の設定
- Windows 10 アクティベーションの簡易化
- ソースサーバーからのユーザー、デバイス、グループ、およびその他のデータの移行
- BlackBerry Dynamics アプリをサポートするための BlackBerry UEM の設定
- BlackBerry Proxy クラスターの管理
- ポート転送を使用した Direct Connect の設定
- BlackBerry Dynamics プロパティの設定
- BlackBerry Dynamics アプリの通信設定
- HTTP プロキシを介した BlackBerry Dynamics アプリデータの送信
- BlackBerry Dynamics の接続およびルーティング動作
- BlackBerry Dynamics アプリの Kerberos の設定
- BlackBerry UEM から BlackBerry Dynamics PKI コネクターへの接続
- BlackBerry UEM と Cisco ISE を統合
複数レルム Kerberos 環境、単一フォレスト設定
![複数レルム Kerberos 制約付き委任環境](/content/dam/docs-blackberry-com/ja/enterprise/blackberry-uem/configuration/blackberry-dynamics/kcd/diagram-image-files/DF-UEM-KCD-Multi-Realm.png)
複数レルム KCD 環境では、
BlackBerry
Dynamics
クライアントはターゲットサーバーの DNS ドメインに基づいて KCD 要求を処理するために BlackBerry UEM Core
を選択します。ターゲットが KCD ターゲットであると判定されると、BlackBerry
Dynamics
クライアントはターゲットと同じ DNS ドメイン内にある BlackBerry UEM Core
サーバーのリストを決定し、要求を処理するためにこのリストから(優先度に基づいて)BlackBerry UEM Core
をランダムに選択します。そのような DNS が一致しない場合(ターゲットと同じ DNS ドメイン内に
BlackBerry UEM Core
サーバーがない場合)、クライアントはすべての BlackBerry UEM Core
サーバーのリストからランダムに選択します。リソース(詳細については、support.blackberry.com/community にアクセスし、記事 49304 を参照してください。
Microsoft
Exchange
など)の FQDN 名が、リソースが存在する Kerberos
レルムを正確に反映していない場合、BlackBerry UEM
はリソースを正しく認証できない場合があります。たとえば、リソースの DNS プール名が cas.domain.com で、その DNS プール名の内部にある実際のサーバーが server1.alternatedomain.domain.com と server2.alternatedomain.domain.com の場合、SDK は正しいレルム内の BlackBerry UEM Core
サーバーを見つけることができません。SDK は、ターゲットホストの DNS ドメインをすべての
BlackBerry UEM Core
サーバーの DNS ドメインと比較することにより、Kerberos 要求が発生するとすぐに、追加のフェッチなしで、デバイス上で比較をオフラインで実行できます。ターゲットと同じ DNS ドメイン内の Core サーバーのリストが空の場合、SDK はサーバーの完全なリストを返します。それ以外の場合は、以前に生成されたリストが使用されます。リストはランダム化され、優先順位(第 1 位がプライマリ)も満たすように、さらにソートされます。SDK は上位 2 つのエントリを選択し、最上位の Core サーバーに KCD 要求を開始します。この要求が失敗すると、SDK は要求を 2 番目の Core サーバーに送信します。