- 初めて 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 の設定
- Chrome OS デバイスの管理を BlackBerry UEM に拡張
- Android Enterprise を使用するように BlackBerry UEM を設定済みの場合に Chrome OS デバイスの管理を設定する
- Google Cloud、または Google ドメインによる Google Workspace との認証に BlackBerry UEM が使用するサービスアカウントの作成
- BlackBerry UEM で Chrome OS データの同期を可能にする追加 API の有効化
- Google Cloud、または Google ドメインによる Google Workspace と BlackBerry UEM を統合して Chrome OS デバイスを使用可能にする
- BlackBerry UEM と Google 管理コンソールの同期
- 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 サーバーに送信します。