コメントありがとうございます。

Directory Connector の既知の問題

2012 R2 以前の Windows Server バージョンでは、Directory Connector に影響する Cookie の問題があります。この問題は、2012 R2および2016のバージョンで修正されました。
Active Directory のユーザー (表示名など) に加えた変更については、Control Hub はユーザービューを更新するとすぐに変更を反映しますが、Webex アプリは同期を実行してから 72 時間後に変更を反映します。

Webex アプリのローカルキャッシュをクリアするには、次の手順を実行します。 Windows またはMac。
ユーザーがデスクトップまたはモバイルで Webex アプリを使用して、同期された SIP URI のみを持つ会議室を検索してコールすると、この時点でコールは無期限に鳴ります。

Webex アプリユーザーの管理

増加同期を実行

増加同期は Active Directory をクエリし、最終同期から発生した変更を探します。そして、それら変更をまとめて、コネクターサービスに送信します変更には、ユーザーのアトリビューションの変更、およびユーザーが追加または削除された場合が含まれます。

この同期は、サーバーにそれほど負荷をかけず、完全な同期ほど時間がかかりません。最初の完全同期を実行した後、後続の同期に増分オプションを推奨します。

始める前に

Active Directory から同期した新しい Webex アプリユーザーで使用する前に、自動割り当てライセンステンプレートを設定する必要があります。
これらの例外は、増分同期がサポートされていないことに注意してください (代わりにActive Directory ユーザーをクラウドに完全同期するに従ってください)。
- アバターが更新されたが、他の属性が変更されない場合、増分同期はユーザーのアバターをクラウドに更新しません。
- 属性マッピング、ベース DN、フィルタ、アバター設定に関する新しい設定変更では、増分同期は機能せず、完全同期が必要です。

Directory Connector から [ダッシュボード] をクリックします。

同期の有効化をすることで、 Directory Connector はドライランを最初に実行するように求めます。

まだ有効になっていない場合は、［アクション］から［同期モード > 同期を有効にする］をクリックします。

デフォルトでは、増分同期は 30 分ごと (バージョン 3.4 以前) または 4 時間ごと (バージョン 3.5 以降) に設定されていますが、この値を変更できます。増分同期は、最初に完全同期を実行するまで発生しません。新しい増分時間間隔が上昇すると、プログラムは最後のタイムスタンプに基づいて変更を確認します。

[アクション] から、[今すぐ同期] > [増分同期] をクリックします。

Active Directory のユーザー (表示名など) に加えた変更については、Control Hub はユーザービューを更新するとすぐに変更を反映しますが、Webex アプリは同期を実行してから 72 時間後に変更を反映します。

Webex アプリのローカルキャッシュをクリアするには、次の手順を実行します。 Windows またはMac。

同期中にダッシュボードは同期プロセスを表示しますが、これには同期のタイプ、開始時間、同期が現在実行中のフェーズなどが含まれます。
同期後、[最後の同期とクラウド統計(Last Synchronization and Cloud Statistics)] セクションが新しい情報で更新されます。
エラーが同期中に発生した場合、ステータスインジケーターのボールが赤色になります。

エラーについては、［アクション］ツールバーの［イベントビューアを起動］をクリックして、エラーログを表示します。

次に行うこと

複数のドメインがある場合は、インストールした他の Directory Connector インスタンスでこの手順を実行します。

誤って削除されたユーザーの回復

Directory Connector には、ユーザーの意図しない削除を防ぐためのチェックとバランスがあります。残念ながら、事故は発生します。Active Directory で LDAP フィルターを正しく設定していなかったために、クラウドと同期したときに一部のユーザーが削除されるなどです。ソフト削除機能は、これらの事故から回復し、Control Hub のユーザーアカウントを再確立するのに役立ちます。

デフォルトでは、この機能はすべての組織に対して有効になっています。たとえば、Directory Connector からの同期後にオブジェクトの問題が一致しなかったため、ユーザーがクラウドで削除されると、ユーザーを復元できます。一致しないオブジェクトの通知を見た場合、またはユーザーが削除されたことに気付いた場合は、迅速に行動すればそれらを回復できる可能性があります。

対応するアカウントが Active Directory で削除されると、ユーザーは Control Hub で非アクティブとしてマークされます。バックグラウンドクラウドサービスは、最大 7 日間ユーザーを保持します。この間、Cisco Directory Connector を使用してユーザーを復元できます。これらのユーザーをできるだけ早く回復することをお勧めします。

Active Directory で無効になっているユーザーも、Control Hub で [非アクティブ（Inactive）] としてマークされますが、ユーザーアカウントは 7 日後に削除されません。

1	Control Hub にサインインします。
2	[ユーザー]に移動し、特定のユーザーアカウントが非アクティブ状態であるか、または非公開であるかを確認します。詳細については、「Control Hub のユーザーステータスとアクション」を参照してください。
3	ユーザーが Control Hub で削除された場合、またはユーザーが非アクティブ状態になっていることに気付いた場合は、Active Directory に移動し、不足しているユーザーアカウントを追加してから、Directory Connector でドライラン同期を実行します。 Directory Connector の目標は、Active Directory 内のユーザー情報とクラウド内のユーザー情報との完全な一致を作成することです。
4	完全に同期して、一時的に削除されたユーザーアカウントを Control Hub に再同期します。ユーザーは復元され、アカウントのステータスやサービスの割り当てなど、元のステータスに移動します。

次に行うこと

Control Hub に戻り、[管理（Management）] > [ユーザー（Users）]、および以前に削除したユーザーアカウントがユーザーリストに表示されていることを確認します。

ソフト削除後にユーザーを永久に削除

ドライランを実行した後、次の同期でソフト削除されたユーザーを完全に削除することを選択できます。

1	ドライランが完了したら、［ソフト削除済みオブジェクト］を選択します。
2	削除するユーザの横にあるチェックボックスをオンにします。
3	[完了] を選択します。

次に行うこと

次の同期では、チェックしたユーザーは完全に削除されます。

Webex アプリのメールアドレスを変更する

ユーザーのメールアドレスを変更し、組織が Directory Connector を使用する場合は、Active Directory でそれらのメールアドレスを変更します。この手順では、1 つのドメインの Webex アプリのメールアドレスを変更する方法と、ドメインを変更するプロセスについて説明します。

1 人のユーザーのメールまたは一部の値のみを変更する場合は、Active Directory からユーザーを削除してから、同じメールを使用して新しいユーザーを再作成しないでください。クラウドはこのアクションを新しいユーザーアカウントとして解釈し、クラウド内のユーザーのスペースやその他のデータは失われます。

ドメインを変更せずにユーザーのメールアドレスを変更するには:

Active Directory でユーザーアカウント (例、user1@example.com) を開き、メールアドレス (例、user2@example.com) を変更します。

Directory Connector で同期を再開します。

次の同期後、キャッシュが更新された後、変更は Control Hub のユーザーリストと Webex アプリのユーザーに表示されます。

この方法を使用すると、データまたはスペースは失われません。ユーザーの一意の識別子は、最初の同期後にクラウドで設定されます。その後のすべての同期は、この識別子に基づいています。

Directory Connector を使用した複数のドメイン展開で、ドメインを変更しながらユーザーのメールアドレスを変更するには (example1.com が古いドメイン、example2.com が新しいドメインを検討してください):

古いユーザーアカウント (user1@example1.com) の場合、次にマッピングされる Active Directory 属性に注意してください。 uid クラウド属性。新しいアカウントには、この同じ Active Directory 値を使用する必要があります。この例では user1@example1.com on-premises 属性として uid 雲の中です
example1.com および example2.com ドメインの Directory Connector で同期を一時停止します。
example2.com で新しいユーザーアカウントを作成し、上から同じ属性を使用します。 (例えば、 user1@example1.com) として共有する必要があります。

Directory Connector で、例えば 2.com の同期を再開します。

続行する前に、user1@example2.com アカウントが Control Hub に同期されていることを確認してください。 Webex アプリのメール変更を確認し、すべてのデータ (スペース、メッセージ、ミーティング、ファイルなど) が保持されていることを確認するようユーザーに指示することをお勧めします。

この方法を使用してデータやスペースが失われることはありませんが、新しいユーザーアカウントでは、クラウド uid 属性にマッピングする Active Directory 属性が古いユーザーアカウントから保持されていることを確認する必要があります。 Active Directory 値を変更した場合、新しいアカウントは古いアカウントのデータを保持しません。

メールアドレスの変更とデータが無傷であることを確認したら、example1.com の古いユーザーアカウントを削除し、Directory Connector を使用して example1.com の同期を再開します。

この時点で、user1@example2.com の新しいアクティブディレクトリドメインのメールアドレスを安全に更新できます。

Directory Connector はメールドメインの変更を制限しません。ただし、ユーザーがクラウドに再同期する場合、ユーザーの状態は、組織で新しいドメインが検証されるかどうかに依存します。組織でドメインが検証されていない場合、完全同期後にユーザーのステータスは [保留中] に変わります。詳細については、「ドメインの管理」を参照してください。

組織が Directory Connector を使用していない場合は、Webex アプリのメールアドレスをアカウント設定ページから変更できます。ユーザーがメールを変更するための手順については、「アカウントのメールアドレスの変更」を参照してください。

Active Directory ドメインを変更する

この手順を使って、新しいドメインおよびメールアドレスを作成することができます。クラウドの ID サービスと同期します。

新規 Active Directory (AD) ドメインをセットアップします。

すべてのコネクタで同期を無効にします。

すべてのコネクタをアンインストールします。

ドメインを変更するケースを開きます。

提出する場合は、組織内のドメイン設定とすべての同期属性の削除を必ず要求してください。

ドメインを変更するためにケースを開く前に、同期が実行されていないことを確認してください。問題が解決するまで、Active Directory のユーザーメールアドレスを変更しないでください。

本ケースが解決した後、

新しい Active Directory ドメインを持つサーバーと同じサーバーに Directory Connector をインストールします。
Directory Connector が新しい Active Directory ドメインを指すように設定します。

Control Hub ( https://admin.webex.com) に既存のユーザーがいる場合は、一致するメールアドレスを持つユーザーも Active Directory に存在することを確認します。組織が次の機能を無効にしている場合: softDelete toggle in DirSync, user email addresses that are in Control Hub but not in Active Directory risk deletion.DirSyncで切り替えます。

実際の同期を実行する前に、Directory Connector でテストを実行します。

ドメインクレーム

ドメイン要求は、組織のメールドメインを要求した場合に発生します。これにより、サイドボーディングされたアカウントは、無料の消費者組織ではなく、有料顧客組織で作成されます。ドメイン要求は、サポートケースを通じてのみ行うことができます (詳細については、下のリンクを参照してください)。

Directory Connector がアクティブで、ドメインが要求されている場合、サイドボーディングされたアカウントは、顧客組織または無料の消費者組織のいずれかで作成されません。 Directory Connector のみが、Active Directory から組織のアカウントをプロビジョニングできます。 Active Directory に保存された情報はオリジナルソースです。アカウントのサイドボーディングを試みる場合、招待されたユーザーはエラーを受信します。招待されたユーザーを Webex アプリスペースに追加できる唯一の方法は、まず Directory Connector を使用して Control Hub にアカウントをプロビジョニングすることです。

関連情報

ディレクトリ同期組織内の無料の Webex アプリのユーザーを変換する

Webex アプリディレクトリでのみ一意のメールアドレスを使用できます。ユーザーが無料版の Webex アプリにサインアップしている場合、そのアカウントは無料の消費者組織に存在します。 Directory Connector　を使用してこの組織のユーザーを管理するには、 Directory Connector　を起動する前に顧客組織に移行　(変換) してください。次に、ユーザーを正確なメールアドレスで Active Directory に追加し、クラウドに同期します。

アクティベーション前にアカウントを変換しない場合は、変換するために　Directory Connector を終了してください。

ディレクトリ同期が有効になっている間にユーザーを変換しようとすると、エラーメッセージ<email address=""> を変換できませんでしたが表示されます。問題を回避するには、これらの手順を回避策として使用できます。

要求されたユーザーの中には、 movedfrom ドライランを実行するときの属性。これらのユーザーは、 Deleted Object 一覧の代わりに MismatchedObject です。組織に移動するには、これらのユーザーを AD リストに追加する必要があります。

これらのユーザーを追加しない場合、クラウドに同期する横にあるすべてのユーザーが削除されます。

Directory Connector からのディレクトリ同期を無効化する。

無料のコンシューマー組織からエンタープライズ組織にユーザーを変換するには、Control Hub でライセンスされていないユーザーを変換する手順に従います。

この手順により、ユーザーが組織に追加され、アカウントが Control Hub に表示されます。 Directory Connector は、Active Directory をユーザーアカウントの真実の単一のソースとし、目標は Active Directory と Control Hub の完全な一致を持つことです。同期を再度有効にする前に、最近変換されたユーザーと一致するユーザーが Active Directory 内に存在することを確認してください。ドライラン同期を使用して、一致しないユーザーがいないことを確認できます。

Directory Connector で、ドライラン同期を実行します。ドライランの完了後、[オブジェクトの追加] タブを確認します。自分が変換したユーザーが削除されていないか確認する。

同期を再有効化する前に、ドライランを実行して、変換されたユーザーアカウントが Active Directory に表示されていることを確認する必要があります。同期をオンにし、アカウントが Control Hub にのみ存在する場合、Directory Connector は大文字と小文字を区別し、一致しないメールアドレス (user1@example.com および User1@example.com など) で検出された変換されたユーザーを削除します。

変換されたユーザーが削除されると、すべての Webex アプリスペースが失われます。

次回の同期でアカウントが全く削除されないと確信する場合、Directory Connector　からディレクトリ同期を再有効化？？？？？？

変換されたユーザーアカウントは、ドメインを確認しなかった場合は自動的にアクティベートされません。たとえば、自動割り当てライセンステンプレートをオンにし、ドメイン検証なしで Directory Connector をオンにした場合、変換されたユーザーはメールアドレスを確認するまで、クラウドバックエンドで非アクティブになります。

サイドボーディングされた Webex アプリのユーザーアカウント

Webex アプリのスペースに別のユーザーを招待する場合、招待されたユーザーが Webex アプリアカウントを持っていない場合、アカウントが作成されます (「サイドボード」)。既定では、この方法で作成されたアカウントは無料顧客組織に追加されます。

Directory Connector を使用してサイドボーディングされたアカウントを管理する場合は、アカウントを変換する必要があります。

ディレクトリ同期後に Webex アプリのユーザー名形式を変更する

デフォルトでは、Directory Connector は Active Directory の displayName 属性をクラウドの displayName 属性にマッピングします。

ディレクトリの同期を実行した後で、形式 <lastName, firstName=""> でユーザー名が表示されていることがわかる場合があります。

このユーザー名は、 displayName Active Directory の属性はそのように設定されます。属性が次の場所にマップされている場合: displayName クラウドでは、Control Hub のフォーマット<lastName, firstName=""> に名前が表示されます。

Directory Connector 属性マッピングスクリーンで形式を変更するには: Active Directory 属性をマップする givenName sn(または sn givenName) まで displayName Cisco Cloud 属性名です。

または、属性をマップします sn givenName ～ displayName:

独自のカスタム属性式をマッピングする場合は、[属性のカスタマイズ] オプションを使用することもできます。 displayName です。

たとえば、 givenName + "" + sn 式として (名、スペース、姓)。これは、Active Directory の 2 つの属性をマッピングします。 displayName 雲の中です

ユーザーが Webex Meetings で表示名を変更することを許可する

次のマップを解除できます: displayName ユーザーが希望する表示名を編集できるようにする場合は、Directory Connector のクラウドへの同期から属性を指定します。ユーザーは、姓と名の代わりに、Webex ミーティング中に表示する表示名を入力できます。管理者は、Control Hub でユーザーの表示名を手動で変更することもできます。

1	Directory Connector から、[構成] をクリックして、[ユーザー属性のマッピング] 選択します。
2	[Cisco Cloud属性名]でdisplayNameを選択します。
3	[この属性を同期しない] を選択します。

次に行うこと

ユーザーは Webex サイトから表示名を編集できます。

Directory Connector のトラブルシューティング

次に行うこと

Directory Connectorを新しくインストールするには、zipファイルをダウンロードしてから、このガイドのインストール手順に従います。

Directory Connector の汎用設定の構成

Directory Connector を実行しているサーバの名前、ログレベル、自動アップグレード、ドメインコントローラの優先設定など、一般的な設定を構成するには、次の手順を使用します。コネクタ名は、動作中の他のコネクタと共にコネクタセクションのダッシュボード上に表示されます。

[Directory Connector] から [構成] に移動して、[汎用] をクリックします。

[コネクタ名] フィールドに、コネクタ名を入力します。このフィールドは現在コネクタを実行しているコンピュータ名のみを表示します。

ドロップダウンメニューからログレベルを選択します。既定では、ログレベルは「情報」にセットされています。使用可能なログレベルは以下の通りです。

情報 (既定)—アプリケーションの進捗概要を知らせる情報メッセージを表示します。すべての完全な同期後にレポートを受信する場合は、この設定を使用します。
警告—潜在的に有害な状況を表示します。
デバッグ—アプリケーションのデバッグで最も役に立つ詳細情報イベントを表示します。何らかの問題が発生した場合、このログレベルを設定し、調査が開始されたら、イベントログをサポート部隊に送付します。
エラー—アプリケーションの継続実行は可能なエラーイベントを表示します。このオプションを選択すると、同期レポートはエラーが報告された場合にのみ送信されます。

これらの設定は、電子メールで送信される同期レポートに影響します。ログレベルを [エラー（Error）] に設定すると、同期レポートでエラーだけがレポートされます。エラーが存在しない場合、同期レポートは送信されません。設定を [情報（Info）] に変更し、完全同期後に同期レポートを受信します。（増分同期では、エラーがレポートされないときにレポートは送信されません。）

[優先ドメインコントローラー] を選択して、アイデンティティを同期させる際のドメインコントローラーの順番をセットします。

ドメインコントローラは、上から下までアクセスされます。リストの先頭のコントローラーが使用できない場合、2 番目のコントローラーを選択してください。コントローラーがリストアップされていない場合、プライマリコントローラーにアクセスできます。

自動アップグレードを行う場合は、[新しい Cisco Directory Connector バージョンに自動的にアップグレード] にチェックを入れます。

Cisco Directory Connector ソフトウェアを最新バージョンに保つことは常に重要です。この設定を確認して、ソフトウェアの自動アップグレードが利用可能になったときにサイレントにインストールできるようにすることをお勧めします。

セキュア LDAP（LDAPS）を接続プロトコルとして使用するには、LDAP over SSLにチェックを入れます。

LDAP over SSLをチェックしない場合、Directory Connector は引き続き LDAP 接続プロトコルを使用します。

LDAP（Lightweight Directory Application Protocol）とSecure LDAP（LDAPS）は、インフラストラクチャ内のアプリケーションとドメインコントローラ間で使用される接続プロトコルです。 LDAPS通信は暗号化され、安全です。

コネクタポリシーを設定する

同期中に行われる削除の最大数は設定することができます。同期の実行により、オンプレミスの Active Directory からオブジェクトが削除されることはありません。すべてのオブジェクトはクラウドからのみ削除されます。

たとえば、 1 削除しきい値トリガー値として。完全同期または増分同期を実行すると、削除するユーザーの数がこの設定より多い場合、ディレクトリコネクタは警告を出します。 [ しきい値を上書き] をクリックすると、完全同期または増分同期を正常に実行することができますが、次にポリシーを実行するとき、この上書き通知が表示されます。

[Directory Connector] から [構成] をクリックして、[ポリシー] を選択します。

しきい値トリガーを追加する場合は、[しきい値トリガーの削除を有効にする] ボックスをチェックします。

このオプションを選択すると、削除数が閾値を越えた場合にアラートががトリガーされます。削除の回数が定義した値を越えると、同期は失敗します。

自分が行う削除の最大数を入力します。既定では 20 です。

弊社は既定値を上げないことを推奨します。

[適用] をクリックします。

コネクタスケジュールをセットする

Active Directory で同期タイミングを設定します。高可用性 (HA) にはフェイルオーバーが使用されます。コネクタの 1 つがダウンする場合、あらかじめ設定されたインターバルの後、スタンバイしている別のコネクタにきりかえます。

1	Directory Connector から、[設定] をクリックし、[スケジュール] を選択します。
2	増分同期インターバルを分に指定します。デフォルトでは、増分同期は 30 分ごとに設定されています。完全増分同期は、あなたが初回の完全同期を行うまで実行されません。
3	レポートが送信される頻度を変更する場合、[レポートを送信する頻度] の値を変更します。
4	[完全同期スケジュールを有効化する] チェックボックスをオンにして完全同期を行う日時を指定します。
5	[フェイルオーバー間隔]を「分」で指定します。
6	[適用] をクリックします。

複数のドメインシナリオ

複数のドメインはドメインの優先度に基づいています。異なるドメインで同じキー値をもつオブジェクトの場合、同期後に、上位の優先順位のドメインのデータが下位の優先順位のドメインのデータを書き直します。

同じキー値をもつオブジェクトは、データベースの 1 つのレコードにリンクされます。

「ユーザー」のキー値はメールアドレスです。「グループ」のキー値はグループ名です。

複数ドメインの使用例

この例は、優先順位の観点で、2 つのドメイン、example1.com と example2.com をもつ組織を想定しています。

user1 (メール: user@example1.com)を example1.com の Active Directory に追加してください。
group1 (グループ名: Test) を example1.com の Active Directory に追加してください。
user2 (メール: user@example2.com)を example2.com の Active Directory に追加してください。
group2 (グループ名: Test) を example2.com の Active Directory に追加してください。

example1.com の同期

使用例として、user2 と group2 はクラウドに同期され、に表示され、その場合 user1 と group1 は表示されません。https://admin.webex.com

example1.com の完全または増分同期を行う場合、user1 と group1 が同期されます。また、user2 と group2 は、user1 と group1 の情報により上書きされます。

User1 はデータベースの同じレコードとして、user2 にリンクします。group1 はデータベースの同じレコードとして、group2 にリンクします。

example1.com と example2.com での同期

使用例として、user2 と group2 はクラウドに同期され、に表示され、その場合 user1 と group1 は表示されません。https://admin.webex.com

以下の手順を考察してください。

example1.com の Active Directory の user1 と group1 を削除します。
example1.com の完全または増分同期を行います。
結果: ユーザーの情報は、では変更されません。https://admin.webex.com User2 は user1 にリンクされず、group2 は group1 にリンクされません。
example2.com の増分同期を行います。
結果: ユーザーの情報は、では変更されません。https://admin.webex.com
example2.com の完全同期を行います。
結果: user2 と group2 の情報は、にリストされます。https://admin.webex.com

新しいドメインを同期し、既存のドメインを保存する

別の既存のドメイン（A）で同期されたユーザーデータを維持しながら、新しいドメイン（B）を同期する場合は、サポートされている Windows サーバーにドメイン（B）同期用の Directory Connector をインストールしてください。コネクタは初期設定後に新しいドメインにバインドされ、ドメイン (A) の下のユーザー情報は影響を受けません。

すべてのドメインには、独自のアクティブコネクタが必要です。次の設定を持つ 2 つのドメインを考慮します。ローカルハイアベイラビリティ（HA）用のコネクタ（ca1）と（ca2）を持つドメイン A、コネクタ（cb1）を持つドメイン B。（ca1）と（ca2）はドメイン A を提供します。このシナリオでは、1 つのコネクタがアクティブで、もう 1 つはスタンバイ（HA）です。この設計では、1 つのコネクタが常にアクティブであるため、ドメインが同期されます。そのため、ドメイン A にはすでにアクティブなコネクタ (ca1 または ca2) があるため、cb1 はドメイン B のアクティブコネクタです。

ドメインの優先順位を設定する

この手順を使用して、Active Directory ドメインの優先順位を変更します。ドメインの優先順位では、プライマリドメイン、セカンダリドメイン、その他の優先順位を決定できます。これは、異なるドメインからの 2 名のユーザーが 1 つの組織に同期されている同じメール値を有する場合に、役立ちます。

Directory Connector にリストされているのがシングルドメインである場合には、この手順を使用してはなりません。試みた場合、コネクタは、ドメインの優先順序は必要ありませんというメッセージを表示します。

始める前に

エラーを回避するには、最新バージョンの Cisco ディレクトリコネクタをインストールまたはアップグレードします。からダウンロードする必要があります。https://admin.webex.com

Cisco ディレクトリコネクタから、[ダッシュボード] をクリックします。

[アクション] に移動し、[ドメイン優先順位を設定する] をクリックします。

リストにあるドメインを 1 つハイライトし、[アップ] または [ダウン] をクリックして、このドメインの優先順位を変更し、[保存] をクリックして変更を保存します。

ドメインは、上から下まで、優先順位でソートされます。

ドメインを切り替える

この手順を使用して、Cisco ディレクトリコネクタを別のドメインに再バインドします。

始める前に

ドメインを切り替える前に、同期タスクが実行されていないことを確認します。
エラーを回避するには、最新バージョンの Cisco ディレクトリコネクタをインストールまたはアップグレードします。 Control Hubからダウンロードする必要があります。

1	Cisco ディレクトリコネクタから、[ダッシュボード] をクリックします。
2	[アクション] に移動し、[ドメインを切り替える] をクリックします。
3	警告を読み、この変更が展開に与える影響を理解し、それでも行う場合には、[はい] をクリックします。ドメインを切り替えると、現在の Cisco ディレクトリコネクタからサインアウトされ、コネクタ内の他のドメインが未登録になり、そのコンピュータのコネクタ情報が削除されます。
4	Cisco ディレクトリコネクタにサインインしてドメインを再バインドします。

ディレクトリ同期をオフにする

Directory Connector からの同期を停止する必要がある場合は、Control Hub から一時的にオフにできます。

https://admin.webex.comの顧客ビューからに移動します。［管理］ > ［組織設定］、［ディレクトリ同期］までスクロールし、次のいずれかを選択します。

詳細をクリックオフにするコネクタインスタンスの横にある [オフにする] をクリックします。
すべてのコネクタインスタンスからの同期を停止するには、[すべてのディレクトリ同期をオフにする] をクリックします。

プロンプトを読んだら、「オフにする」をクリックします。

同期は、Directory Connector から再度有効にするまで停止します。

ユーザー属性マッピングを削除

Directory Connector を使用して、以前にクラウドにマッピングされ、Webex に同期された Active Directory 属性のマッピングを削除します。属性マッピングを削除すると、属性値がクラウドから削除され、Webex に同期されなくなります。これらの値は手動で編集できます。

1	Directory Connector から [ダッシュボード] をクリックします。
2	[アクション]に移動し、[]をクリックします。［ユーティリティ］ > ［ユーザー属性マッピングの削除］を選択します。
3	属性名リストから削除するマッピングを選択します。
4	[影響を受けるユーザー範囲] で、次のいずれかを選択します。 Directory Connector で同期されたユーザーのみ: マッピングは、Directory Connector が以前に同期したユーザーからのみ削除されます。すべてのユーザー: マッピングは、すべての Active Directory ユーザーから削除されます。
5	[適用] をクリックします。

プロファイル写真を管理する

Directory Connector を使用して、ユーザプロファイルの写真を更新するか、空のユーザプロファイルの写真を削除します。

1	Directory Connector から [ダッシュボード] をクリックします。
2	[アクション]に移動し、[]をクリックします。［ユーティリティ］ > ［プロファイル画像の管理］。
3	[アクション] で、次のいずれかを選択します。空のアバターソースのプロファイル写真を削除する: Active Directory プロファイル画像が空白の場合、このオプションは、ユーザーが Webex で自分の画像を以前にアップロードした場合でも、ユーザープロファイルの写真がクラウドから削除されることを保証します。同期されたソースから再アップロードして、キャッシュされた画像を上書きします: Directory Connector は、すべてのユーザーのプロファイル写真を更新するために、以前と同じ Active Directory を使用します。これにより、Active Directory のプロファイル画像とクラウドの間で不一致が生じることはありません。
4	[適用] をクリックします。

Directory Connector のアンインストールと無効化

Directory Connector のインスタンスをアンインストールしたら、登録も解除する必要があります。以下のシナリオに該当する場合、Directory Connector は完全に削除してください。

ディレクトリ同期化をこれ以上使いたくなくなった。
複数のディレクトリコネクタのうち、1 つを使いたくなくなった (高可用性)。
ドメインを変更して、別のコネクタをインストールしたい。

始める前に

高可用性 (HA) または複数のドメイン同期のために Directory Connector の複数のインスタンスがセットアップされている場合があります。唯一の Directory Connector インスタンス、または最後に残った Directory Connector インスタンスのアンインストールを行う場合、同期は無効にします。
Directory Connector をアンインストールする前に、重要な作業を保存して閉じます。

1	Windows マシンからコントロールパネルに移動して、プログラムと機能をクリックします。
2	プログラムリストから、［Directory Connector］をクリックし、［アンインストール］を選択し、指示に従います。アンインストールを完了するためにリブートが必要になる場合があります。
3	https://admin.webex.comの顧客ビューからに移動します。［管理］ > ［組織設定］、［ディレクトリ同期］までスクロール、［詳細］をクリックします。次に、アンインストールするディレクトリコネクタインスタンスの横にある [非アクティブ化] をクリックします。
4	プロンプトを読んだら、「非アクティブ化」をクリックします。高可用性 (HA) 展開内に別の Directory Connector がない限り、ユーザーアカウントはこれからは同期しなくなります。

診断ツールを実行する

内蔵の診断ツールを使用して、Directory Connector の展開をトラブルシューティングできます。このツールは、Directory Connector 3.4 以降の一部としてインストールされます。

同期が正常に機能しなかった場合、設定またはネットワークエラーが発生する可能性があります。このツールは、サポートに連絡する前にエラーを診断できるように、LDAP への接続をテストします。ツールがエラーを返した場合、詳細なログ結果をサポートに送信できます。

Active Directory ドメインサービスのテストを実行するには:
1. スタートメニューから「Cisco Directory Connector」を選択し、「Cisco Directory - Diagnostic」をクリックします。 [AD-DS] タブをクリックし、[ドメイン] を入力し、[ドメインコントローラのロード] をクリックします。
2. リストから 1 つのドメインコントローラを選択します。
  
  後でエントリを変更しないでください。増分検索は常に同じドメインコントローラで実行される必要があるためです。
3. デフォルトでは、すべてのパスが検索されますが、「属性」を1つ選択し、「テスト」をクリックしてその値を確認できます。
4. ユーザとグループオブジェクトのいずれかまたは両方、および検索フィルタなど、[Active Directoryクエリ]セクションでさらにフィルタを設定します。
5. Auto Fill Cookieにチェックを入れると、検索用のクッキーが自動的に生成されます。
6. クエリーをクリックして新規の増分検索を開始するか、検索を完了します。この検索には数秒かかる場合があります。
7. テストが完了したら、［保存］をクリックしてログエントリを保存します。このエントリは、チケットを開いたときに分析のためにサポートチームに送信できます。
Active Directory Lightweight Directory サービスのテストを実行するには:
1. スタートメニューから「Cisco Directory Connector」を選択し、「Cisco Directory - Diagnostic」をクリックします。 [AD-LDS] タブをクリックして、[ホスト] と [ポート] を入力し、[パーティションのロード] をクリックします。
2. リストからパーティションを選択し、[接続] をクリックします。
3. デフォルトでは、すべてのパスが検索されますが、「属性」を1つ選択し、「テスト」をクリックしてその値を確認できます。
4. Active Directory QueriesセクションのUser、UserProxy、UserProxyFullおよび検索フィルタで、さらに多くのフィルタを設定します。
5. Auto Fill Cookieにチェックを入れると、検索用のクッキーが自動的に生成されます。
6. クエリーをクリックして新規の増分検索を開始するか、検索を完了します。この検索には数秒かかる場合があります。
7. テストが完了したら、［保存］をクリックしてログエントリを保存します。このエントリは、チケットを開いたときに分析のためにサポートチームに送信できます。
Lightweight Directory Access Protocol（LDAP）のテストを実行するには:
1. スタートメニューから「Cisco Directory Connector」を選択し、「Cisco Directory - Diagnostic」をクリックします。 [LDAP RAW] タブをクリックして、[ルートパス]、[フィルタ] を入力し、[属性] からエントリを選択し、[パーティションのロード] をクリックします。
2. 必要に応じて、次のオプションを確認します。
  - ObjectSecurity—このオプションが存在する場合、発信者は権限を必要とせず、発信者がアクセスできるオブジェクトと属性だけを表示できます。このオプションが存在しない場合、発信者は変更を複製する権利があります。
  - ParentsFirst—子供のすべての親が自分の子供の前に来ることを保証します。
3. ExtendedDNの値を選択します。
  
  この値は、拡張された LDAP 検索でオブジェクト識別名の拡張形式を要求するために使用されます。
4. ReferralChasingの値を選択します。
  
  照会チェイスは、ドメインコントローラがクエリから照会を返すときに開始されます。たとえば、名前空間の外にあるクエリ結果の詳細（別のドメインまたはフォレストのグループメンバーなど）などです。
5. クエリーをクリックして新規の増分検索を開始するか、検索を完了します。この検索には数秒かかる場合があります。
6. テストが完了したら、［保存］をクリックしてログエントリを保存します。このエントリは、チケットを開いたときに分析のためにサポートチームに送信できます。

Ciso Directory Connector のトラブルシューティング

Directory Connector のトラブルシューティングと修正

Directory Connector でエラーメッセージまたはその他の問題が発生する可能性があります。また、Directory Connector がユーザー情報を同期した後、コネクタは同期に関する問題をリストした電子メールレポートを送信する場合があります。サポートに連絡する前に、発生する可能性のある問題、考えられる原因、および提案されているソリューションについては、次のセクションを参照してください。

インストール

Directory Connector が動作を停止した

Directory Connector が機能していないことを知らせるアラートメールを受信しました。

Directory Connector が正しくインストールされていない可能性があります。
Directory Connector が実行されていない可能性があります。
ネットワークは使用できない可能性があります。

以下の作業を行います。

を開くコントロールパネル > プログラムと機能。 Directory Connector　を検索します。そこにない場合は、Control Hub から最新バージョンをダウンロードしてインストールします。
Service を開いて、Cisco DirSync サービスを検索します。開始した状況が表示されていることを確認してください。サービスが停止されている場合、右クリックで開始を選択し、サービスを再度開始します。
Directory Connector をインストールしたサーバがインターネットにアクセスできることを確認します。

再インストールエラー

問題:古いコネクタをアンインストールした後すぐに新しいコネクタをインストールすると、エラーメッセージが表示されることがあります。

考えられる原因:Windows Server 2012 では、アンインストールクライアントはサービスアカウントをサービスリストから削除する時間が必要です。

解決方法:しばらくしてから、もう一度インストールを試してください。

サインイン

SSO サインイン中にディレクトリコネクタがクラッシュする

問題がありますか?

SSO サインインページからメールアドレスを入力すると、Directory Connector がクラッシュすることがあります。

対処方法

以下の作業を行います。

新しいグループポリシーを設定するには、次の手順を実行します。

ドメインコントローラに移動し、グループポリシー管理(gpedit.msc)を開きます。
特定のOUまたはドメインを右クリックし、このドメインにGPOを作成を選択し、ここにリンクします…
ポリシーに名前を付け、右クリックして［編集］を選択します。

マシンレベルでポリシーを変更するには、次の手順を実行します。

に移動コンピュータの設定 > 設定 > Windowsの設定で、［レジストリ］を右クリックし、［新規］を選択してから、［レジストリ項目］を選択します。
キーパスの場合、HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Internet Explorer\Mainを入力または移動します。
入力 Disable Script Debugger値を入力し、 no は値データです。

設定はこのスクリーンショットと一致する必要があります。

ユーザーレベルでポリシーを変更するには、次の手順を実行します。

に移動コンピュータの設定 > 設定 > Windowsの設定で、［レジストリ］を右クリックし、［新規］を選択してから、［レジストリ項目］を選択します。
キーパスの場合、HKEY_CURRENT USER_\SOFTWARE\Microsoft\Internet Explorer\Mainを入力または移動します。
入力 Disable Script Debugger値を入力し、 no は値データです。

設定はこのスクリーンショットと一致する必要があります。

変更は実行後に有効になります gpupdate /force 、マシンが再起動した（マシンの変更の場合）、またはユーザーが再度サインインした（ユーザーの変更の場合）。

Cisco DirSync サービスコネクタを登録できませんでした

問題がありますか?

サインインに失敗し、このメッセージが表示されます。「Cisco DirSync Service Connector を登録できませんでした。」

対処方法

Directory Connector がインストールされている Windows システムは、Active Directory のメンバーである必要があります。

サインインページが表示されません

問題がありますか?

Directory Connector を開き、サインインページが表示されませんでした。

対処方法

次の手順を試してください。

Internet Explorerでhttps://cloudconnector.webex.com/SynchronizationService-v1_0/?orgId=GLOBALに移動します。 ChromeやFirefoxなどの他のブラウザでリンクを試してください。
Internet Explorer がリンクにアクセスできないが、他のブラウザーがアクセスできる場合は、Internet Explorer の設定を確認し、TLS 1.1 および 1.2 チェックボックスをオンにします。（Internet ExplorerでTLSを有効にする手順を使用します）。

サインインプロンプトが表示されます

問題がありますか?

認証を渡すためにユーザ名とパスワードの入力を要求するプロンプトが表示されます。

考えられる原因

Directory Connector は、サインインアカウントを使用して NTLM セキュリティ認証をサイレントに完了します。認証に失敗すると、ダイアログがポップアップして認証ユーザ名とパスワードを要求します。

対処方法

サインインポップアップウィンドウが表示されたら、セキュリティを渡すための正しい認証を持つ有効なアカウントを提供する必要があります。

リモートサーバーに接続できません

問題がありますか?

通常の操作中に、エラーメッセージが表示されます。「リモートサーバーに接続できません。」

考えられる原因

解決する必要があるプロキシの問題がある可能性があります。

対処方法

トラブルシューティングの詳細については、「サービスアカウントのサインイン問題のトラブルシューティング」を参照してください。

コネクタを登録できません

問題がありますか?

「コネクタを登録できません。」という例外が発生した。

考えられる原因

ほとんどの場合、問題は、Directory Connector に LDAP ルートコンテキストに接続する権限がないためです。

対処方法

以下の作業を行います。

コマンドプロンプト (cmd) を実行し、ldp.exe と入力します。
をクリックします。［接続］>［バインド］を選択し、［現在ログインしているユーザとしてバインド］を選択し、［OK］をクリックします。
をクリックします。表示 > ツリー、DC=arbonneintl、DC=adをBaseDNと入力してOKをクリックします。
問題が解決しない場合は、サポート付きのケースを開きます。

同期

アバターが同期されていません

問題がありますか?

Cisco ディレクトリコネクタは、ユーザー AD データを Webex クラウドに同期しました。しかし、アバターのデータは正常に同期されませんでした。

考えられる原因

既存のアバターサーバーを再使用し、ユーザーアバターがすでに同期されている場合、ローカルキャッシュはそれらをキャプチャし、帯域幅を保存するために再送を回避します。

対処方法

次の手順に従って、ローカルキャッシュを削除します。

C:\Program Files (x86)\Cisco Systems\Cisco Directory Connector\Plugins\に移動します
DirSyncPluginAvatar.dll-cache.bin を削除します。
Cisco ディレクトリコネクタからアバターの同期を再実行します。

競合するユーザーメールアカウント

問題がありますか?

同期結果に矛盾するユーザーメールアカウントが表示されることがあります。

ユーザーが無料版の Webex アプリを試した場合、メールアドレスは無料の消費者組織にあります。
ユーザーのメールが別の組織で同期された場合。
組織に属する複数のドメインにユーザーのメールが存在する場合。

対処方法

以下の作業を行います。

ユーザーを要求する場合は、次の手順に従います。
1. Control Hub でドメインを検証したことを確認してください。
2. 一時的に Cisco Directory Connector を無効にします。
3. Control Hub の [ユーザーの要求] オプションを使用して、無料の消費者組織に存在するアカウントを要求します。詳細については、「ユーザーを組織に要求する（ユーザーの変換）」を参照してください。
4. Cisco Directory Connector でドライランを実行し、ディレクトリ同期を再有効化
最後のケースでは、Active Directory ソース内のユーザーデータを再確認します。

非アクティブとしてマークされた変換済みユーザー

問題がありますか?

ディレクトリ同期環境では、無料の (消費者組織) ユーザーをエンタープライズ組織に変換しましたが、変換されたユーザーは Webex アプリにサインインできません。

考えられる原因

無料ユーザーがエンタープライズ組織に変換されると、ユーザーはセキュリティコンプライアンス対策として 30 日間非アクティブ状態としてマークされます。この期間中、ユーザーは Webex アプリにサインインできず、30 日間の期間の終了時に削除のマークが付けられます。この状況は、無料のユーザー情報が Active Directory に存在しないために発生します。

対処方法

ユーザーアカウントを削除したくない場合は、アクションを実行する必要があります。この問題を解決するには、変換された無料のユーザーアカウントに対応するオンプレミスの Active Directory にユーザーアカウントを作成します。次に、Cisco Directory Connector から同期を実行します。その後、ユーザーは Webex アプリに再度サインインでき、アカウントは削除されません。

増分同期に失敗しました

問題がありますか?

増分同期が失敗します。

この問題は、以下の条件下で Windows Server 2008 R2 で発生する可能性があります。

増分値の更新をサポートします。
使用するフィルタは、リンクされた値属性を参照します。
その属性の結果値は、前回完全同期が実行されてから更新されました。

対処方法

Windows Server 2008 R2には、この問題に関連するバグがあります。このバグは、2012 R2 以降で修正されています。 Windows Server を少なくとも 2012 R2 にアップグレードすることをお勧めします。

属性の値が無効です

問題がありますか?

[user dn dn (distinguished name)] では、属性 [attribute name] が以下の無効な値 [attribute value] を持ちます。

考えられる原因

CN=b,OU=Employees,OU=C Users,DC=c,DC=com、属性 [telephone number] には以下の無効な値があります。 + この属性は少なくとも 1 つの番号を含む必要があります。

対処方法

このユーザーの属性には、有効な値がありません。警告メッセージの記述に従ってこの値を修正してください。再度同期を行います。

一致したユーザーを削除する

問題がありますか?

一致したユーザーは削除されるようマークされます。

Active Directory とクラウド間のデータを確認するためにドライラン同期を実行すると、両方で同じメールアドレスが表示される場合があります。ただし、ユーザーは削除されるオブジェクトとしてマークされます。

対処方法

適切な修正を選択します。

その後、ユーザーを削除してライセンスを再実行しても問題ない場合は、Directory Connector を使用して修正できます。同期を実行してユーザーを削除し、別の同期を実行してオンプレミス AD からクラウドにユーザーを同期します。
ユーザーアカウントを削除して再作成できない場合は、サポート付きのケースを開きます。

属性がありません

問題がありますか?

オンプレミスエントリ [user dn (distinguished name)] を追加するときに必要な属性 [attribute_name]。すべての必須属性が値を持つまで、エントリは Control Hub で作成されません。

考えられる原因

必須属性メールアドレスがありません。オンプレミスのエントリ [CN=Sales User,OU=Engineers,OU=K,DC=k,DC=local] を追加する場合、すべての必要な属性が値を持つまで、エントリは Control Hub で作成されません。

対処方法

ユーザーに必要な属性の 1 つが見つかりません [user_email_address]。そのユーザーに必要な値を提供してください。

ネストされたグループは同期されません

問題がありますか?

ネストされた Active Directory グループのユーザは、クラウドに適切に同期されません。

考えられる原因

サポートされていない子グループと親グループの両方を含むフィルタが使用されます。例: (memberof=CN=testgroup1,CN=Users,DC=rktest2008,DC=org)

対処方法

グループを同期するフィルタを再設定する必要があります。例: |(memberof=CN=testgroup1,CN=Users,DC=rktest2008,DC=org)(memberof=CN=testSubGroup,CN=Users,DC=rktest2008,DC=org)

ユーザーネーミングの競合

問題がありますか?

既存のクラウド入力オブジェクトの [user dn] と以下の名前に命名の競合が発生しています。 [ユーザーメールアドレス]、およびユーザータイプ [user_type]。

考えられる原因

そのメールアドレスを持つユーザーはすでに Control Hub に存在します。

対処方法

Control Hub で登録したアカウントと同じメールアドレスを使用して、Active Directory にユーザーを作成します。

Control Hub

Control Hub にユーザーリストがありません

問題がありますか?

1,000 人以上の同期済みユーザーを持つ Webex 組織がある場合、Control Hub にユーザーリストが表示されない場合があります。

対処方法

ユーザーアカウントを検索するには、検索機能を使用できます。 Control Hub で、[ユーザー] に移動し、[検索] をクリックし、検索条件を入力して特定のユーザーを検索します。

グループが Control Hub に同期されない

問題がありますか?

ディレクトリグループのユーザーは、Control Hub に適切に同期されません。

考えられる原因

グループは、次のタグ付けされていません: isCriticalSystemObject Active Directory です。

対処方法

その属性を確認する isCriticalSystemObject が次に設定される場合 TRUE Active Directory です。

Directory Connector のトラブルシューティングを有効化する

トラブルシューティングを有効化して Directory Connector　で遭遇するエラーの診断に役立てることができます。トラブルシューティングでは、ネットワークトラフィック情報を取得して、それをファイルに保存する作業が必要です。

次のログファイル: <Installation Location>\Cisco Systems\Cisco Systems\Cisco Directory Connector\Logs

コマンド services.msc ファイルして、ローカルシステムから　AD DS ないしは AD LDS　にアクセスする権利を持つドメインアカウントに Directory Connector サービスの実行中のアカウントを変更します。

サービスを再開します。

詳細については、サービスの開始方法を参照してください。

Directory Connector で、[ダッシュボード] をクリックします。

[アクション]に移動し、[]をクリックします。ユーティリティ > トラブルシューティング。

トラブルシューティングが有効になると、エラーの原因となったアクションが繰り返されます。これによって、検査のためのトラフィックデータを取得することができます。

ログファイルを調べます。ファイルが空白の場合、アカウントに AD DS ないしは AD LDS にアクセスする権利があるかどうかを確認します。

ログフォルダは、過去 3 日間のファイルのみを保存します。ログファイルの内容は、システムへのイベントログ出力と一致しています。

必要に応じて、ログファイルをサポートに送信してアシスタンスを依頼してください。

完了後は、トラブルシューティング機能を無効にしてください。

関連情報

サポートへお問い合わせ

イベントビューアーを開始する

完全もしくは増加同期中に発生したイベントを確認するには、イベントビューを開始します。管理イベントとエラーログの概要が表示されます。

1	Directory Connector から [ダッシュボード] に移動し、[] をクリックします。アクション > イベントビューアを起動。イベントプロパティダイアログでは、同期イベント詳細およびエラー詳細を表示します。
2	イベントビューアからアプリケーションおよびサービスのログ > Cisco Directory Connector.
3	[アクション] から、[すべてのイベントを名前を付けて保存] をクリックして、すべてのログを単一の Events ファイル (*.evtx) または xml または csv などの別の形式でエクスポートします。

次に行うこと

ケースを開く必要がある場合は、サポートに連絡し、コネクタの問題を説明してから、ケースに Events ファイルを添付します。

イベントログではユーザーアクションをキャプチャします。ネットワークトラフィックを管理するには、コネクタのトラブルシューティングを有効にします。

Internet Explorer で TLS を有効にする

シングルサインオン (SSO) プロバイダーを切り替えた場合、Cisco ディレクトリコネクタから次のエラーメッセージが表示される場合があります。

サービスへのログオン中にエラーが発生しました
このページのスクリプトでエラーが発生しました

これらのエラーが表示された場合は、ブラウザで TLS 設定を有効にする必要があります。

1	Internet Explorerを開き、［ツール］を選択します。有効にする TLS/SSL バージョンのボックスをオンにします [OK] をクリックしますブラウザを閉じてもう一度開きます
2	［インターネットオプション］をクリックし、［詳細］に移動し、［セキュリティ］までスクロールします。
3	[TLS 1.1を使用する] および [TLS 1.2を使用する] チェックボックスをオンにして、[OK] をクリックします。
4	変更を有効にするには、システムを再起動してください。

サービスアカウントのサインインの問題をトラブルシューティングする

Cisco ディレクトリコネクタにサインインできない、または同期を実行できない場合は、これらの手順を使用して、サポートに連絡する前に問題を解決してください。

ウェブブラウザーのに行きます。https://cloudconnector.webex.com/SynchronizationService-v1_0/?orgId=GLOBAL

結果によりますが、1 つを選択します。

ブラウザーからリンクに行けない場合、ネットワーク設定を確認してください。環境がプロキシを使用している場合、プロキシ設定を確認してください。
ブラウザからリンクにアクセスできますが、Cisco ディレクトリコネクタを開くことができません（コネクタを開くことができず、エラーメッセージが 407 でポップアップ表示されます）。ここをクリックして、最新バージョンの Cisco ディレクトリコネクタを入手してください。

ブラウザからリンクにアクセスできますが、Cisco ディレクトリコネクタから同期を実行できない場合は、サービスログインアカウントをドメイン管理者に変更します。

Windows システムにサインインするために使用したアカウントが、「Cisco DirSync Service」で設定したアカウントと同じかどうかを確認します。 2つの異なるアカウントがある場合は、両方のアカウントがhttps://cloudconnector.webex.com/SynchronizationService-v1_0/?orgId=GLOBALにアクセスできることを確認してください。環境がプロキシを使用している場合は、両方のアカウントが Internet Explorer でプロキシ用に設定されており、https://cloudconnector.webex.com/SynchronizationService-v1_0/?orgId=GLOBAL を正常に訪問できることを確認してください。

少なくとも、Cisco DirSync Service（Windows サービスで見つけることができます）に設定されたアカウントに、アバターデータと AD データにアクセスできる権限レベルがあることを確認してください。デフォルトでは、サービスはWindowsログインアカウントのクレデンシャルと認証を利用します。

関連情報

サポートへお問い合わせ

Windows レジストリで SafeDllSearchMode を確認する

通常、SafeDllSearchMode が有効になっていますが、レジストリ設定をダブルチェックするには、この手順を使用します。

始める前に

Windows検索または実行ウィンドウで、「regedit」と入力し、「Enter」を押します。

HKEY_LOCAL_MACHINE\System\CurrentControlSet\Control\Session Managerに移動します。

1 つを選択します。

SafeDllSearchMode が一覧表示されません。これ以上の操作は必要ありません。
SafeDllSearchModeが一覧表示されます—値が1に設定されていることを確認します。

詳細については、「ダイナミックリンクライブラリの検索順序」を参照してください。

Cisco Directory Connector の概要

ディレクトリコネクタの概要

Directory Connector は、クラウドへの ID 同期のためのオンプレミスアプリケーションです。Control Hub からコネクタソフトウェアをダウンロードし、ローカルマシンにインストールします。

Directory Connector を使用すると、ユーザーアカウントとデータを Active Directory に保存できるため、Active Directory が信頼できる唯一の情報源となります。オンプレミスで変更を行うと、クラウドに複製されます。

表のすべての機能、説明、利点を参照します。

機能	説明と利点
使いやすいダッシュボード	ダッシュボードは、同期スケジュールの概要と、同期の状況、Directory Connector のステータスを提供します。サインインしていつでもダッシュボードを表示できます。
クラウドに同期する前にドライランを行う	クラウドに実装する前に、ディレクトリへの変更のドライランを実行します。レポートを実行し、望む変更が期待するものであるか確認します。
完全および増加同期	ディレクトリ全体を同期します。または増加変更のみを同期し、処理電源に保存して、同期時間を短くします。
複数のドメイン (単一フォレストまたは複数のフォレスト) を同期します	Directory Connector は、単一のフォレスト、または複数のフォレスト (AD LDS を必要としない) のどちらかで複数のドメインをサポートします。複数の Active Directory ドメインを持つ企業の場合、各ドメインに Directory Connector をインストールし、各ドメインを組織にバインドし、各ユーザーベースを Webex に同期できます。Control Hub は、複数の Directory Connector の同期状態を表示することで、ステータスを反映し、特定のドメインの同期をオフにし、高可用性展開で Directory Connector を非アクティブ化できます。
スケジュールされた同期	日、時間、分で同期のスケジュールを設定できます。
Lightweight フィルター Access Protocol (LDAP) フィルター	LDAP 検索条件を定義し、効率的なインポートを提供します。
Active Directory 属性マッピング	Microsoft Active Directory の属性を対応する Webex クラウド属性にマッピングします。Active Directory の設定に関連する属性をマッピングしたり、クラウドにマッピングするカスタム属性を定義したりできます。プレミスからの属性は、ユーザーアカウント情報、Webex Teams の電話番号、会議室リソースの SIP アドレス、その他のユーザー連絡先カードデータ (役職、部署、マネージャなど) など、クラウド内のさまざまなデータをフォームします。
オンプレミスの会議室リソースと Webex ライセンスのない Cisco Webex Calling (Cloud PSTN) ユーザーおよびエンタープライズの連絡先の企業ディレクトリ	組織の一部が通話サービスに Cisco Webex Calling クラウド PSTN を使用している場合、またはオンプレミスの会議室デバイスを使用している場合、この機能により、ユーザーは Cisco Webex Calling (クラウド PSTN) 電話または会議室リソースからエンタープライズ連絡先のディレクトリを検索できます。会議室リソース会議室情報を同期した後で、設定され、マップされた SIP アドレスをもつオンプレミス会議室デバイスは、Cisco Webex 会議室デバイスまたは Cisco Webex Board などのクラウド登録された会議室デバイスの検索可能なエントリとして表示されます。ユーザーが Cisco Webex Room デバイスまたは Cisco Webex Board で検索すると、SIP アドレスで設定された同期された会議室エントリが表示されます。エントリの Webex デバイスからコールを発信すると、コールはルームに設定された SIP アドレスに発信されます。通話ユーザーは Webex アプリの連絡先に加えて、エンタープライズの連絡先に発信できます。Directory Connector を通じて、エンタープライズユーザーとその電話番号が Webex 組織に追加されます。この機能を動作させるために、Webex サービスのライセンスを取得する必要はありません。 Webex のライセンスを持っていないユーザーは、Directory Connector を通じて Webex に同期された URI または電話番号がある場合、Cisco Webex Calling ユーザーの電話から実行されるディレクトリ検索に表示されます。通話機能は、両方のタイプのユーザーに対して同様に動作します。この機能はまた、電話番号のみの連絡先に対するダイヤルの編集機能も提供します。連絡先の検索結果: 連絡先にダイヤル可能な URI (Webex SIP アドレス) と電話番号がある場合、連絡先に関連付けられた URI が表示されます。連絡先にダイヤル可能な URI がないが、電話番号がある場合、電話番号が表示されます。それらにも、ダイヤル編集用のソフトキーがあります。連絡先にいずれもない場合、それらはディレクトリに表示されません。
イベントビューアー	イベントビューアーを使用して、同期に問題があるか確認します。
診断ツールとトラブルシューティング	内蔵の診断ツールを使用して、Cisco Directory Connector の展開のトラブルシューティングを行うことができます。同期が正しく機能しなかった場合は、設定またはネットワークエラーが発生する可能性があります。このツールは、サポートに連絡する前にエラーを診断できるように、Active Directory への接続をテストします。 Directory Connector でトラブルシューティングを有効にすると、ログが書き込まれてテクニカルサポートに送信されます。
自動アップグレード	Directory Connector をインストールした後、新しいソフトウェアのバージョンが利用可能になると通知が送信されます。新しいバージョンがリリースされたときに、常に最新バージョンのソフトウェアを使用できるように自動アップグレードを設定できます。
高可用性	メインのコネクタやマシンのホスティングがダウンした場合のために、バックアップを作成するため、複数のコネクタを構成します。

Directory Connector は、三つの領域に分けられます:

Control Hub は、Webex 組織のあらゆる面を管理できる単一のインターフェイスです。ユーザーがエンタープライズ ID プロバイダを通して認証し、Webex アプリの招待メールを送信しない場合は、ユーザーを表示、ライセンスの割り当て、Directory Connector のダウンロード、シングルサインオン (SSO) の設定を行います。
Directory Connector 管理インターフェイス は、Control Hub からダウンロードし、信頼できる Windows サーバーにインストールするソフトウェアです。複数のアクティブディレクトリドメインについて、同期する各ドメインにソフトウェアのインスタントを 1 つインストールできます。ソフトウェアを使用して、同期を実行して、Active Directory ユーザーアカウントを Webex に持ち込み、同期ステータスを表示および監視し、Directory Connector サービスを設定することができます。
ディレクトリ同期サービス は、Active Directory をクエリして、同期するユーザーとグループをコネクタサービスと Directory Connector に取得します。

Directory Connector アーキテクチャを理解するには、次の図を参照してください。

Directory Connector のための環境の準備

Directory Connector の要件

Windows および Active Directory の要件

次のサポートされている Windows サーバーに Directory Connector をインストールできます。

Windows サーバー 2022
Windows Server 2019
Windows Server 2016

Cookie の問題を解決するには、ドメインコントローラを Windows Server 2012 R2 または 2016 という修正を含むリリースにアップグレードすることを推奨します。

Directory Connector は、次の Active Directory サービスでサポートされています。

Active Directory 2016 年

（Directory Connector は、Windows Server 2019 で最新バージョンの Active Directory を使用する場合にサポートされます）
Active Directory 2012 年
Active Directory 2008 R2
Active Directory 2008 年

次の追加要件に注意してください。

Directory Connector には TLS1.2 が必要です。以下をインストールする必要があります。
- .NET Framework v3.5 (Directory Connector アプリケーションに必要です。問題が発生した場合は、「ロールと機能の追加ウィザードを使用して .NET Framework 3.5 を有効にする」の手順を使用します。)
- .NET Framework v.4.5 (TLS1.2 に必要)
アクティブディレクトリ forest 機能レベル 2 (Windows Server 2003) またはそれ以降が必要です。(詳細については、「アクティブディレクトリの機能レベルとは?」を参照してください。)

ハードウェアの要件

次の最小ハードウェア要件を持つコンピュータに Directory Connector をインストールする必要があります。

8 GB の RAM
50 GB のストレージ
CPU の最低条件はありません

ネットワーク要件

ネットワークがファイアウォールの背後にある場合は、システムでインターネットへの HTTPS (ポート 443) アクセスがあることを確認してください。

Webex 組織の要件

Control Hub から Directory Connector ソフトウェアにアクセスするには、トライアルまたは有料サブスクリプションを持つ Webex 組織が必要です。
(オプション) 新しい Webex アプリのユーザーアカウントを初めてサインインする前にアクティブにする場合は、次の操作を行うことを推奨します。
- クラウドに同期するユーザーのメールアドレスを含むドメインの追加、検証、およびオプションで要求します。
- ID プロバイダー (IdP) と Webex 組織のシングルサインオン (SSO) インテグレーションを行います。
- 自動招待メールを抑制することで、新規ユーザーが自動招待メールを受信しなくなり、独自のメールキャンペーンを行うことができます。(この機能は SSO インテグレーションが必要です。)

詳細については、「Control Hub のユーザーステータスとアクション」を参照してください。

インストール要件

複数のドメイン環境 (単一フォレストまたは複数のフォレストのいずれか) については、各 Active Directory ドメインに 1 つの Directory Connector をインストールする必要があります。別の既存ドメイン (A) の同期したユーザーデータを保持している間、新しいドメイン (B) を同期する場合、サポートされている別の Windows サーバーを持ち、ドメイン (B) 同期に Directory Connector をインストールします。
コネクタにサインインするには、Active Directory の管理アカウントは必要ありません。Control Hub のフル管理者アカウントと同じユーザーであるローカルユーザーアカウントが必要です。

このローカルユーザは、ドメインコントローラに接続し、Active Directory ユーザオブジェクトを読み取るために、その Windows マシン上の権限を持っている必要があります。マシンログインアカウントは、ローカルマシンにソフトウェアをインストールする権限を持つコンピュータ管理者である必要があります。（この情報は、仮想マシンのログインにも適用されます）。
コネクタにサインインする際に、サインインアカウントは Control Hub のフル管理者アカウントと同じである必要があります。デフォルトでは、コネクタはローカルシステムアカウントを使用して Active Directory にアクセスします。ただし、Windows サービスを使用して、Active Directory にアクセスするための別のアカウントを設定することができます。（この情報は、仮想マシンのログインにも適用されます）。
次の手順を使用して、Windows Safe ダイナミックリンクライブラリ（DLL）検索モードが有効になっていることを確認します。Windows レジストリで SafeDllSearchMode を確認します。
1 つのフォレストで複数のドメインに AD LDS を使用する場合は、Directory Connector および Active Directory ドメインサービス/Active Directory ライトウェイトディレクトリサービス（AD DS/AD LDS）を別のマシンにインストールすることを推奨します。

複数のドメインの要件

Cisco Directory Connector 展開タスクフローのタスクに従う前に、複数のドメインから Active Directory 情報をクラウドに同期する場合は、次の要件と推奨事項を念頭に置いてください。

各ドメインには、Directory Connector の個別のインスタンスが必要です。
Directory Connector ソフトウェアは、同期するのと同じドメインにあるホスト上で実行する必要があります。
Control Hub でドメインを確認または要求することをおすすめします。(「ドメインの追加、検証、要求」を参照してください。)
50 を超えるドメインを同期する場合は、組織を大規模な組織リストに移動させるために、チケットを開く必要があります。
必要に応じて、ルームリソース情報をユーザーアカウントと同期できます。(「オンプレミスの会議室情報を Webex Cloud に同期する」を参照してください)。

自動ライセンス割り当てに関する Active Directory グループの推奨事項

Active Directory グループは、ユーザーアカウント、コンピュータアカウント、およびその他のグループを管理可能なユニットに収集するために使用されます。個々のユーザーとするのではなく、グループで作業することで、ネットワークのメンテナンスと管理が簡素化されます。

Active Directory には 2 種類のグループがあります。

配信グループ: メール配信リストを作成するために使用されます。
セキュリティグループ: 共有リソースに権限を割り当てるために使用されます。

Active Directory でグループを作成する際には、次のガイドラインを考慮してください。

各役割、部署、サービス (セールス、マーケティング、マネージャー、会計士、Webex ライセンスなど) に対してグローバルグループを作成します。
組織全体の標準命名規則を使用して、グループに関する重要な情報を簡単に識別できるようにします。グループ名には、アクセスレベル、リソースタイプ、セキュリティレベル、グループスコープ、メール機能など、グループに関する詳細を含めることができます。たとえば、グループ名「GSG_Webex_Licensing_EMEAR」は、Webex ライセンス EMEAR ユーザーのグローバルセキュリティグループを指します。
地理や管理階層など、わかりやすい方法でグループを整理します。グループの説明を使用して、グループの目的を完全に説明します。
新しくプロビジョニングされたグループにユーザーを追加する前に、それらのグループの自動ライセンスグループテンプレートを Control Hub で定義します。詳細については、「自動ライセンス割り当てテンプレートを設定する」を参照してください。

サイズ情報

Directory Connector は、オンプレミスの Active Directory と Webex クラウドの間のブリッジとして機能します。そのため、コネクタには、クラウドに同期できる Active Directory オブジェクトの数の上限はありません。プレミスディレクトリオブジェクトの制限は、コネクタ自体ではなく、クラウドに同期されている Active Directory 環境の特定のバージョンと仕様に関連付けられます。

同期の速度に影響を与える要因はいくつかあります。

Active Directory オブジェクトの合計数。(5000 人のユーザー同期ジョブは 50,000 件までかかります。)
ネットワーク速度と帯域幅。
システムのワークロードと仕様。

50,000 人を超えるユーザを同期している場合は、フェールオーバーと冗長性のために 2 番目のコネクタを使用することを強く推奨します。

同期にはいくつかの要因が関与しており、各展開は上記の要因によって異なるため、オブジェクトの同期にかかる時間の特定の時間値を提供できません。

Windows レジストリで SafeDllSearchMode を確認する

Safe Dynamic Link Library（DLL）検索モードは、Windows レジストリでデフォルトで設定され、ユーザの現在のディレクトリは、後で DLL 検索順序に配置されます。このモードが何らかの形で無効になっている場合、攻撃者は悪意のある DLL (システムフォルダにある参照済みの DLL ファイルと同一の名前) をアプリケーションの現在の作業ディレクトリに置く可能性があります。

通常、SafeDllSearchMode が有効になっていますが、レジストリ設定をダブルチェックするには、この手順を使用します。

開始する前に

Windowsレジストリへの変更は、極端な注意が必要です。これらの手順を使用する前に、レジストリのバックアップを作成することをお勧めします。

Windows 検索または [実行] ウィンドウで、regedit と入力し、Enter を押します。

[HKEY_LOCAL_MACHINE\System\CurrentControlSet\Control\Session Manager] に移動します。

1 つを選択します。

SafeDllSearchMode がリストされていません - これ以上のアクションは必要ありません。
SafeDllSearchMode がリストされている—値が 1 に設定されていることを確認します。

詳細については、「ダイナミックリンクライブラリの検索順序」を参照してください。

ウェブプロキシの統合

ウェブプロキシ認証がご使用中の環境で有効化された場合、 Directory Connectorはまだご使用になれます。

組織で透過ウェブプロキシを使用している場合、認証はサポートされません。コネクタはユーザーを正常に接続し、同期します。

以下のいずれか 1 つのアプローチを選択することができます。

Internet Explorer 経由の明示的なウェブプロキシ (コネクタはウェブプロキシ設定を引き継ぎます)
.pac ファイルを介した明示的なウェブプロキシ (コネクタはエンタープライズ固有のプロキシ設定を継承します)
変更なしでコネクタで動作する透過型プロキシ

ブラウザーを通じてウェブプロキシを使用する

Internet Explorer 経由で Web プロキシを使用するようにディレクトリコネクタを設定できます。

1	Internet Explorer から、[インターネットオプション] に移動して、[接続] をクリックして、[LAN の設定] を選択します。
2	コネクタがウェブプロキシにインストールされている Windows インスタンスを指します。コネクタはこれらの Web プロキシ設定を継承します。
3	プロキシ認証を使用している環境の場合、以下の URL を許可リストに追加してください。同期のための cloudconnector.webex.com 。認証用の idbroker.webex.com 。フォント、js コンポーネントなどの静的リソースを提供する idbroker-static.webex.com 。これは、サイト全体 (すべての主催者) またはコネクタを持つホストのみに対して実行できます。これらの URL を許可リストに追加してウェブプロキシを完全にバイパスする場合は、ファイアウォール ACL テーブルが更新され、コネクタホストが URL に直接アクセスすることを許可するようにしてください。
4	環境が認証局から証明書失効リストをリクエストする必要がある場合は、次の URL を許可リストに追加します。 .quovadisglobal.com .digicert.com .godaddy.com .identrust.com *.lencr.org 詳細については、Webex サービスにアクセスする必要があるドメインと URL に関する記事を参照してください。

PAC ファイルを通じてウェブプロキシを構成する

.pac ファイルを使用するために、クライアントブラウザーを構成することができます。このファイルは、Web プロキシアドレスとポート情報を提供します。Directory Connector は直接的にエンタープライズ (アカウント)特定ウェブプロキシ設定を引き継ぎます。

コネクタが正常に接続し、ユーザー情報を Webex クラウドに同期するには、コネクタがインストールされているホストの .pac ファイル構成で cloudconnector.webex.com でプロキシ認証が無効になっていることを確認してください。

プロキシ認証を使用している環境の場合、以下の URL を許可リストに追加してください。

同期のための cloudconnector.webex.com 。
認証用の idbroker.webex.com 。
フォント、js コンポーネントなどの静的リソースを提供する idbroker-static.webex.com 。

これは、サイト全体 (すべての主催者) またはコネクタを持つホストのみに対して実行できます。

これらの URL を許可リストに追加してウェブプロキシを完全にバイパスする場合は、ファイアウォール ACL テーブルが更新され、コネクタホストが URL に直接アクセスすることを許可するようにしてください。

環境が認証局から証明書失効リストをリクエストする必要がある場合は、次の URL を許可リストに追加します。

*.quovadisglobal.com
*.digicert.com
*.godaddy.com
*.identrust.com
*.lencr.org

詳細については、Webex サービスにアクセスする必要があるドメインと URL に関する記事を参照してください。

NTLM プロキシ

Directory Connector は NT LAN Manager (NTLM) をサポートします。NTLM はドメインデバイス間で Windows の認証をサポートし、セキュリティを保証するための 1 つのアプローチです。

NTLM デザイン

ほとんどの場合、ユーザは、クライアント PC を通じて別のワークステーションのリソースにアクセスすることを希望します。これは、安全な方法で実行するのが難しい場合があります。

一般的に、NTLM の技術的な設計は、チャレンジと応答のメカニズムに基づいています。

ユーザは Windows アカウントとパスワードを使用してクライアント PC にサインインします。パスワードはローカルに保存されません。プレーンテキストパスワードの代わりに、パスワードのハッシュ値がローカルに保存されます。ユーザがパスワードを通じてクライアントにサインインすると、Windows OS は入力パスワードから保存されたハッシュ値とハッシュ値を比較します。両方が同じ場合、認証はパスされます。

ユーザが別のサーバのリソースにアクセスする場合、クライアントはアカウント名でプレーンテキストで要求を送信します。
サーバがリクエストを受信すると、サーバは 16 ビットランダムキーを生成します。キーは Challenge（または Nonce）と呼ばれます。サーバがクライアントに戻す前に、チャレンジはサーバに保存されます。その後、サーバーはプレーンテキストでクライアントにチャレンジを送信します。
クライアントがサーバから送信されたチャレンジを受信するとすぐに、クライアントはステップ 1 で言及されたハッシュ値でチャレンジを暗号化します。暗号化後、値はサーバに返されます。
サーバがクライアントから暗号化された値を受信すると、サーバは検証のためにドメインコントローラに送信します。リクエストには次のものが含まれます。アカウント名、クライアントが送信した暗号化されたチャレンジ、および元のプレーンチャレンジ。
ドメインコントローラは、アカウント名に応じてパスワードのハッシュ値を取得できます。そして、ドメインコントローラは、元のチャレンジで暗号化できます。次に、ドマンコントローラーは、受信したハッシュ値と暗号化されたハッシュ値と比較できます。同じ場合、検証は成功します。

Windows はオペレーティングシステムにセキュリティ認証を組み込み、アプリケーションがセキュリティ認証をサポートしやすくします。結果として、さらに設定を完了する必要はありません。

トランスパレントプロキシを構成する

1	コネクタがユーザに接続して同期できるように、透過プロキシを展開します。
2	プロキシが成功したことを確認します。コネクタの起動時にブラウザ認証ポップアップウィンドウが期待されます。

プロキシ認証の設定

アクセスコントロールリストを作成して、許可リストに URL cloudconnector.webex.com を追加します。

エンタープライズファイヤーウォールサーバー上の場合:

1	DNS 検索が有効になっていない場合、有効にします。
2	この接続の推定帯域幅を決定します (コネクタでは約 2 mb/秒以下)。この限りでは無いことがあります。
3	アクセスコントロールリストを作成してコネクタホストに適用し、許可リストに追加するターゲットとして `cloudconnector.webex.com` を指定します。たとえば、次のようなものです。 `access-list 2000 acl-inside extended permit TCP [コネクタの IP] cloudconnector.webex.com eq https`
4	この ACL を、この単一コネクタホストにのみ適用可能な適切なファイアウォールインターフェイスに適用します。
5	所属のエンタープライズに残っているホストが、適切な暗示された拒否ステートメントを設定することで、ウェブプロキシの使用がまだ義務付けられていることを確認します。

Directory Connector を展開する

Cisco Directory Connector の展開タスクフロー

始める前に

1	Directory Connector のインストール Control Hub には、最初にディレクトリ同期が無効として表示されます。組織のディレクトリ同期をオンにするには、Directory Connector をインストールして構成してから、完全な同期を正常に実行する必要があります。 Directory Connector の新規インストールについては、常に Control Hub (https://admin.webex.com) に移動してソフトウェアの最新バージョンを入手し、最新の機能とバグ修正を使用できるようにしてください。ソフトウェアのインストール後、ソフトウェアを通じてアップグレードが報告され、利用可能になったら自動的にインストールされます。
2	Directory Connector にサインイン Webex 管理者資格情報でサインインし、初期設定を実行します。
3	自動アップグレードの設定 Directory Connector ソフトウェアを最新バージョンに常に最新の状態に保つことが重要です。この手順を使用して、ソフトウェアが利用可能になったときにサイレントにインストールされるようにすることを推奨します。
4	同期する Active Directory オブジェクトの選択デフォルトでは、Directory Connector はコンピュータではないすべてのユーザーと、ドメインの重要なシステムオブジェクトではないすべてのグループを同期します。同期されるオブジェクトをより詳細に制御するには、Directory Connector の [オブジェクトの選択] ページを使用して、同期する特定のユーザを選択して LDAP フィルタを指定できます。
5	ユーザー属性をマッピングローカルの Active Directory の属性をクラウド内の対応する属性にマッピングできます。唯一の必須フィールドは *uid です。
6	次のいずれかの手順を使用して、ディレクトリアバターを同期します。 Active Directory 属性からクラウドにディレクトリアバターを同期するリソースサーバーからクラウドにディレクトリアバターを同期するユーザーのアバターをクラウドに同期することで、各ユーザーのアバターがアプリケーションにサインインしたときに表示されます。 Active Directory 属性またはリソースサーバからアバターを同期できます。
7	オンプレミスの会議室情報を Webex Cloud に同期するこの手順を使用して、Active Directory から Webex クラウドにオンプレミスの会議室情報を同期します。会議室情報を同期すると、構成され、マッピングされた SIP アドレスを持つオンプレミスの会議室デバイスは、Webex Room デバイスまたは Cisco Webex Board などのクラウド登録された会議室デバイスで検索可能なエントリとして表示されます。
8	Active Directory から Control Hub にユーザーをプロビジョニングするには、次の手順を実行します。 Active Directory ユーザーでドライラン同期を実行するクラウドへの Active Directory ユーザーの完全な同期を行う Control Hub のディレクトリ同期済みユーザーに Webex サービスを割り当てるこの手順に従って、Webex アプリアカウントの Active Directory ユーザーをプロビジョニングします。Directory Connector 3.0 以降のために、複数のフォレストまたは複数のドメインの Active Directory 展開からユーザーをプロビジョニングできます。異なるドメインのユーザーをオンボードするプロセス中に、Webex クラウドにすでに存在するユーザーオブジェクトを保持または削除するかどうかを決定する必要があります。たとえば、トライアルからアカウントをテストします。目標は、アクティブディレクトリと Webex クラウドの間で完全に一致することです。

Directory Connector のインストール

Control Hub には、最初にディレクトリ同期が無効として表示されます。組織のディレクトリ同期をオンにするには、Directory Connector をインストールして構成してから、完全な同期を正常に実行する必要があります。

同期する各 Active Directory ドメインに 1 つのコネクタをインストールする必要があります。単一の Directory Connector インスタンスは、単一のドメインにのみサービスを提供できます。複数のドメイン同期のフローを理解するには、次の図を参照してください。

始める前に

プロキシサーバを通じて認証する場合は、次のプロキシクレデンシャルがあることを確認します。

プロキシ基本認証の場合、コネクタのインスタンスをインストールした後でユーザ名とパスワードを入力します。基本認証には Internet Explorer プロキシ設定も必要です。ブラウザから Web プロキシを使用するを参照してください。
プロキシ NTLM の場合、初めてコネクタを開くと、エラーが発生する場合があります。「ブラウザ経由で Web プロキシを使用する」を参照してください。

1	Control Hub で、[ユーザー] > [ユーザーの管理] > [ディレクトリ同期を有効にする] に移動し、[次へ] を選択します。
2	[ダウンロードとインストール] リンクをクリックして、コネクタのインストール .zip ファイルの最新バージョンを VMware または Windows サーバーに保存します。 .zip ファイルをこのリンクから直接取得できますが、このソフトウェアが機能するには、Control Hub 組織への完全な管理アクセス権が必要です。新しいインストールについては、最新の機能とバグ修正を使用できるように、ソフトウェアの最新バージョンを取得してください。ソフトウェアのインストール後、ソフトウェアを通じてアップグレードが報告され、利用可能になったら自動的にインストールされます。
3	VMware または Windows サーバーで、セットアップフォルダで .msi ファイルを解凍して実行し、セットアップウィザードを起動します。
4	[次へ] をクリックし、ボックスにチェックを入れてライセンス契約に同意し、アカウントタイプの画面が表示されるまで [次へ] をクリックします。
5	使用するサービスアカウントのタイプを選択し、管理者アカウントでインストールを実行します。ローカルシステム—デフォルトオプションです。 Internet Explorer を使用してプロキシを設定している場合は、このオプションを使用できます。ドメインアカウント: コンピューターがドメインの一部である場合は、このオプションを使用します。 Directory Connector は、ドメインリソースにアクセスするために、ネットワークサービスと対話する必要があります。アカウント情報を入力し、[OK] をクリックします。ユーザー名を入力する場合は、`{domain}\{user_name} の形式を使用してください。` AD (NTLMv2 または Kerberos) と統合するプロキシの場合、ドメインアカウントオプションを使用する必要があります。 Directory Connector サービスを実行するために使用されるアカウントは、プロキシを渡し、AD にアクセスするのに十分な権限を持っている必要があります。エラーを回避するために、次の権限が設定されていることを確認してください。サーバーはドメインの一部ですドメインアカウントは、オンプレミス AD データとアバターデータにアクセスできます。アカウントは `C:\Program Files` の下のファイルにアクセスする必要があるため、ローカル管理者の役割も持つ必要があります。仮想マシンログインの場合、管理アカウント権限は少なくともドメイン情報を読み取ることができなければなりません。
6	[インストール] をクリックします。ネットワークテストの実行後、プロンプトが表示されたら、プロキシ基本資格情報を入力し、[OK] をクリックし、[完了] をクリックします。

次に行うこと

インストール後にサーバを再起動することをお勧めします。ドライランレポートは、データがリリースされていないときに正しい結果を表示できません。マシンを再起動すると、すべてのデータが更新され、レポートに正確な結果が表示されます。

Directory Connector にサインイン

始める前に

プロキシの資格情報を持っていることを確認します。

プロキシ基本認証の場合、初めてコネクタを開いた後でユーザー名とパスワードを入力します。
プロキシ NTLM の場合は、Internet Explorer を開き、歯車アイコンをクリックし、[インターネットオプション] > [接続] > [LAN 設定] に進み、プロキシサーバー情報が追加されていることを確認し、[OK] をクリックします。「ブラウザ経由で Web プロキシを使用する」を参照してください。

1	コネクタを開き、プロンプトが表示されたら、`https://idbroker.webex.com` を信頼できるサイトのリストに追加します。
2	プロンプトが表示されたら、プロキシ認証資格情報でサインインし、管理アカウントを使用して Webex にサインインし、[次へ] をクリックします。
3	組織とドメインを確認します。 [AD DS] を選択した場合、[LDAP over SSL] をチェックして、セキュアな LDAP (LDAPS) を接続プロトコルとして使用し、同期するドメインを選択し、[確認] をクリックします。 [LDAP over SSL] をオンにしない場合、DirSync は引き続き LDAP 接続プロトコルを使用します。 LDAP (Lightweight Directory Application Protocol) および Secure LDAP (LDAPS) は、アプリケーションとインフラストラクチャ内のドメインコントローラの間で使用される接続プロトコルです。 LDAPS 通信は暗号化され、安全です。 [AD LDS] を選択した場合、ホスト、ドメイン、ポートを入力し、[更新] をクリックしてすべてのアプリケーションパーティションを読み込みます。次に、ドロップダウンリストからパーティションを選択し、[確認] をクリックします。詳細については、AD LDS のセクションを参照してください。 CloudConnectorCommon.dll 構成ファイルで、ADAuthLevel 設定を appSetting ノードに追加していることを確認します。値は 1、2、または 3 にすることができます。 AuthenticationTypes の詳細については、Microsoft からのこの記事を参照してください。値が 1 を持つ設定の例を次に示します。 `<appSettings> <add key=”ConnectorServiceURI” value="https://cloudconnector.webex.com/SynchronizationService-v1_0/?orgId=GLOBAL" /> <ADD KEY="ADAuthLevel" value="1" /> </appSettings>`
4	[組織の確認] 画面が表示されたら、[確認] をクリックします。すでに AD DS/AD LDS にバインドしている場合は、[組織の確認] 画面が表示されます。
5	[確認] をクリックします。
6	Directory Connector にバインドする Active Directory ドメインの数に応じて、1 つを選択します。 AD LDS である単一のドメインがある場合、既存の AD LDS ソースにバインドし、[確認] をクリックします。 AD DS である単一のドメインがある場合、既存のドメインまたは新しいドメインにバインドします。 [新しいドメインにバインド] を選択した場合は、[次へ] をクリックします。既存のソースタイプが AD DS であるため、新しいバインディングに AD LDS を選択することはできません。複数のドメインがある場合は、リストから既存のドメインを選択するか、[新しいドメインにバインド] を選択し、[次へ] をクリックします。複数のドメインを持っているため、既存のソースタイプは AD DS である必要があります。 [新しいドメインにバインド] を選択し、[次へ] をクリックすると、新しいバインディングに [AD LDS] を選択することはできません。

次に行うこと

サインインすると、ドライラン同期を実行するようにプロンプトが表示されます。

Directory Connector ダッシュボード

Directory Connector に初めてサインインすると、ダッシュボードが表示されます。ここでは、すべての同期のアクティビティの概要の表示、クラウド統計の表示、ドライラン同期の実行、完全または増分同期を開始し、エラー情報を表示するためにイベントビューを起動できます。

セッションがタイムアウトした場合は、サインインし直してください。

これらのタスクは、[アクション] ツールバーまたは [アクション] メニューから簡単に実行できます。

表1。ダッシュボードコンポーネント
コンポーネント	説明
現在の同期	現在進行中の同期に関するステータス情報を表示します。同期が実行されていない場合、ステータスの表示はアイドル状態になります。
次の同期	次にスケジュールされた完全同期と増分同期を表示します。スケジュールが設定されていない場合、[スケジュールされていません] が表示されます。
最後の同期	最後に実行された 2 つの同期のステータスを表示します。
現在の同期ステータス	同期の全体的なステータスを表示します。
コネクタ	クラウドで使用可能な現在のオンプレミスコネクタを表示します。
クラウド統計	同期の全体的なステータスを表示します。
同期スケジュール	増分同期と完全同期のための同期スケジュールを表示します。
設定の概要	設定で変更した設定が一覧表示されます。たとえば、概要には以下が含まれる場合があります。すべてのオブジェクトが同期されますすべてのユーザーが同期されます削除されたしきい値は無効になっています。

表 2. アクションツールバー
アクション	説明
増分同期を開始	増分同期を手動で開始このアクションは、同期を一時停止または無効にする場合、完全な同期が完了していない場合、または同期が進行中の場合に無効になります。
ドライランの同期	ドライラン同期を実行します。
イベントビューアを起動	Microsoft イベントビューアを起動します。
更新	Cisco Directory Connector ダッシュボードを更新

表3。アクションメニューバー
アクション	説明
今すぐ同期	完全な同期をすぐに開始します。
同期モード	増分同期モードまたは完全同期モードを選択します。
コネクタシークレットをリセット	Cisco Directory Connector とコネクタサービス間の会話を確立します。このアクションを選択すると、クラウド内の秘密がリセットされ、秘密がローカルに保存されます。
ドライラン	同期プロセスのテストを実行します。完全同期を行う前に、ドライランを実行する必要があります。
トラブルシューティング	トラブルシューティングをオンまたはオフにします。
更新	Cisco Directory Connector のメイン画面を更新します。
終了	Cisco Directory Connector を終了します。

表 4YAZ設定オプションキーの組み合わせ
キーの組み合わせ	アクション
Alt + A	[アクション] メニューを表示する
`Alt + A + S`	今すぐ同期
`Alt + A + R`	コネクタシークレットをリセット
`Alt + A + D`	ドライラン
`Alt + A + S + I`	増分同期
`Alt + A + S + F`	完全同期
`Alt + H キー`	[ヘルプ] メニューを表示
`Alt + H + H`	ヘルプ
`Alt + H + A`	バージョン情報
`Alt + H + F`	よくある質問

自動アップグレードの設定

1	Directory Connector から、[構成] > [全般] に進み、[新しい Cisco Directory Connector バージョンに自動的にアップグレードする] をオンにします。
2	[適用] をクリックして変更を保存します。

コネクタの新しいバージョンは利用可能になったら自動的にインストールされます。

必要に応じて、アップグレードを手動で管理できます。詳細については、「最新のソフトウェアリリースへのアップグレード」を参照してください。

同期する Active Directory オブジェクトの選択

デフォルトでは、Directory Connector はコンピュータではないすべてのユーザーと、ドメインの重要なシステムオブジェクトではないすべてのグループを同期します。同期されるオブジェクトをより詳細に制御するには、Directory Connector の [オブジェクトの選択] ページを使用して、同期する特定のユーザを選択して LDAP フィルタを指定できます。

自動ライセンス割り当てのグループ

Control Hub では、グループごとにライセンスの割り当てを管理できます。ライセンステンプレートを作成し、クラウドに同期した Active Directory グループにマッピングできます。ユーザー作成の時点で、Webex は新規ユーザーのユーザーメンバーシップと自動ライセンステンプレートマッピングを確認します。

LDAP フィルタを使用して、関連するグループをクラウドに同期することのみを推奨します。たとえば、フィルタを次のように設定できます。

(&(cn=例)(objectclass=グループ))*

このフィルタは、ベースの DN 内のすべてのグループを同期します。グループに割り当てられていないユーザーは、Control Hub で設定したデフォルトの自動ライセンステンプレートからライセンスが割り当てられます。

Directory Connector のオブジェクト選択画面

ハイブリッドデータセキュリティ展開のグループ

Directory Connector で、パイロットユーザーのトライアルグループを設定するためにハイブリッドデータセキュリティを使用している場合は、[グループ] をオンにする必要があります。詳細については、「ハイブリッドデータセキュリティの展開ガイド」を参照してください。この Directory Connector の設定は、クラウドへの他のユーザーの同期には影響しません。

始める前に

1	Directory Connector から、[構成] に移動し、[オブジェクトの選択] をクリックします。
2	[オブジェクトタイプ] セクションで、[ユーザー] にチェックを入れ、ユーザーの検索可能なコンテナーの数を制限することを検討してください。たとえば、特定のグループ内のユーザーのみを同期する場合は、[ユーザー] の LDAP フィルタフィールドに LDAP フィルタを入力する必要があります。 Example-manager グループ内のユーザーを同期する場合は、次のようなフィルターを使用します。 `(&(sAMAccountName=*)(memberOf=cn=Example-manager,ou=Example,ou=Security Group,dc=会社))`
3	[会議室の識別] にチェックを入れ、会議室データをユーザーデータから分離します。ユーザーデータを会議室データとして識別するための追加の属性を設定する場合は、[カスタマイズ] をクリックします。 Active Directory から Webex クラウドにオンプレミスの会議室情報を同期する場合は、この設定を使用します。会議室情報を同期すると、構成され、マッピングされた SIP アドレスを持つオンプレミスの会議室デバイスは、クラウドに登録された会議室デバイスで検索可能なエントリとして表示されます。詳細については、「オンプレミスの会議室情報を Webex Cloud に同期する」を参照してください。
4	Active Directory ユーザーグループをクラウドに同期する場合は、[グループ] にチェックを入れます。 [グループ（Groups）] フィールドにユーザ同期の LDAP フィルタを追加しないでください。グループデータ自体をクラウドに同期するには、[グループ（Groups）] フィールドのみを使用してください。デフォルトでは、グループは新しい顧客に対して同期されません。グループ同期を有効にする必要があります。セキュリティグループも同期する必要があります。
5	ユーザーの連絡先情報をクラウドに同期する場合は、[連絡先] にチェックを入れます。 Directory Connector は、コネクタによって同期された連絡先のみを管理します。 Control Hub にすでに連絡先がある場合は、同期によって連絡先は削除されません。同期範囲から連絡先が削除された場合、ユーザーの連絡先情報も Control Hub で削除されます。
6	LDAP フィルタを設定します。有効な LDAP フィルタを提供することにより、拡張フィルタを追加できます。 LDAP フィルタの設定の詳細については、この記事を参照してください。
7	[選択] をクリックして、[同期するオンプレミスベース DN] を指定して、Active Directory のツリー構造を確認します。ここから、検索するコンテナーを選択または選択解除できます。
8	この構成に追加するオブジェクトを確認し、[選択] をクリックします。同期に使用する個別または親コンテナーを選択できます。親コンテナーを選択して、すべての子コンテナーを有効にします。子コンテナーを選択した場合、親コンテナーには、子コンテナーがチェックされたことを示すグレーのチェックマークが表示されます。次に、[選択] をクリックして、チェックした Active Directory コンテナーを受け入れることができます。組織ですべてのユーザーとグループをユーザーコンテナーに配置する場合、他のコンテナーを検索する必要はありません。組織が組織単位に分割されている場合は、必ず [OU] を選択してください。
9	[適用] をクリックします。オプションを選択します。設定変更を適用ドライランキャンセルドライランの詳細については、「Active Directory ユーザーでドライラン同期を行う」を参照してください。グループ同期では、完全同期を行う必要があります。クラウドに Active Directory ユーザーの完全な同期を行います。

ユーザー属性をマッピング

ローカルの Active Directory の属性をクラウド内の対応する属性にマッピングできます。唯一の必須フィールドは *uid で、クラウドアイデンティティサービスの各ユーザーアカウントの一意の識別子です。

クラウドにマッピングする Active Directory 属性を選択できます。たとえば、Active Directory で firstName lastName をマッピングしたり、クラウドで displayName にカスタム属性式をマッピングしたりできます。

Active Directory のアカウントにはメールアドレスが必要です。既定では、uid はメールの ad フィールドにマッピングされます (sAMAccountName ではありません)。

Active Directory から優先言語を選択した場合、Active Directory は真実の唯一のソースとなります。ユーザーは Webex 設定で言語設定を変更できず、管理者は Control Hub の設定を変更できません。

1	Directory Connector から、[構成] をクリックし、[ユーザー属性マッピング] を選択します。このページには Active Directory (左) と Webex クラウド (右) の属性名が表示されます。必須の属性はすべて赤いアスタリスクでマークされます。
2	[Active Directory 属性名] の一番下までスクロールし、これらの Active Directory 属性の 1 つを選択して、クラウド属性 uid にマッピングします。メール: ほとんどの展開でメール形式で使用されます。 userPrincipalName—メール属性が Active Directory の他の目的で使用されている場合の代替選択肢です。この属性はメール形式である必要があります。他の Active Directory 属性のいずれか uid にマッピングできますが、上記のガイドラインで説明されているように mail または userPrincipalName を使用することをお勧めします。場合によっては、userPrincipalName がサインインに使用されますが、ユーザーのメールアドレスがカレンダーを管理するために使用されます。カレンダー管理用のメールアドレスが Webex のプライマリメールアドレスフィールドにマッピングされていることを確認する必要があります。 alternative のメールアドレスとして userPrincipalName を追加します。 Active Directory のどの属性がクラウドで一致するかを確認するには、「Directory Connector の Active Directory 属性のマッピング」を参照してください。同期を動作させるには、選択する Active Directory 属性が電子メール形式であることを確認する必要があります。推奨属性の 1 つを選択しない場合は、Directory Connector にポップアップが表示されます。
3	事前に定義された Active Directory 属性が展開で機能しない場合、属性ドロップダウンをクリックし、下部までスクロールして、[属性をカスタマイズ] を選択して、属性表現を定義できるウィンドウを開きます。 [ヘルプ] をクリックして、式に関する詳細を確認し、式がどのように動作するかを確認してください。詳細については、「カスタマイズされた属性の式」を参照してください。この例では、Active Directory 属性 `givenName` と `Sn` をクラウド属性 `displayName` にマッピングします。属性式を givenName + "" + Sn として定義し (引用符は余分なスペース)、検証する既存のユーザーメールを提供します。 [確認] をクリックして、期待した結果と一致するかどうかを確認します。成功した結果は次のようになります。結果が期待通りの場合は、[OK] をクリックして新しいカスタマイズした属性を保存します。後で、displayName を変更する場合は、新しい属性式を入力することができます。 Directory Connector は、アイデンティティサービスの uid の属性値を検証し、現在のユーザーフィルターオプションで 3 人の使用可能なユーザーを取得します。これらの 3 人のユーザーのすべてに有効なメール形式がある場合、Cisco Directory Connector には次のメッセージが表示されます。属性が確認できない場合、次の警告が表示され、Active Directory に戻り、ユーザーデータを確認および修正できます。
4	(オプション) Webex アプリのユーザーの連絡先カードにモバイル番号と職場の番号を表示する場合は、モバイルとtelephoneNumber のマッピングを選択します。ユーザーが別のユーザーのプロファイル画像の上にカーソルを合わせると、電話番号のデータが Webex アプリに表示されます。ユーザーの連絡先カードからの通話の詳細については、「Webex (Unified CM) の通話展開ガイド」(管理者) を参照してください。
5	追加のマッピングを選択して、連絡先カードに表示されるデータを追加します。 `部門番号` `表示名` `マネージャー` `タイトル` 属性がマッピングされると、ユーザが別のユーザのプロファイル画像の上にカーソルを合わせると、情報が表示されます。連絡先カードの詳細については、「連絡しようとしている相手を確認する」を参照してください。これらの属性を各ユーザーアカウントに同期した後、Control Hub で People Insights をオンにすることもできます。この機能により、Webex アプリのユーザーは、プロファイルでより多くの情報を共有し、お互いについて詳しく知ることができます。機能と有効にする方法の詳細については、「Control Hub の Webex、Jabber、Webex Meetings、および Webex Events (新) の People Insights プロファイル」を参照してください。
6	選択したら、[適用] をクリックします。

Active Directory に含まれるユーザーデータは、そのユーザーに対応するクラウドのデータを上書きします。たとえば、Control Hub でユーザーを手動で作成した場合、ユーザーのメールアドレスは Active Directory のメールと同じである必要があります。対応するメールアドレスが Active Directory にないユーザーは削除されます。

削除されたユーザーは、完全に削除される前に、7 日間クラウドアイデンティティサービスに保持されます。

Active Directory とクラウドの属性

[ユーザー属性マッピング] タブを使用して、ローカルの Active Directory からクラウド内の対応する属性に属性をマッピングできます。

この表は、Active Directory 属性名と Cisco Cloud 属性名の間のマッピングを比較したものです。これらの値とマッピングは、Directory Connector のデフォルト設定です。 Active Directory ドロップダウンで異なる属性を選択し、どのオンプレミス属性がどのクラウド属性と同期するかを決定できます。

ドロップダウン属性は、プリセットとして考えてください。 Active Directory 行の値の代わりに、Active Directory でカスタマイズされた属性（複数の属性を持つ式）を指定して、対応する行内の単一のクラウド属性にマッピングすることもできます。このようにして、ユーザーの表示名を決定する柔軟性があります。たとえば、Active Directory の従業員名、指定された名前、姓に基づいてカスタマイズされた属性を作成する式を追加できます。

クラウドの uid にマッピングする Active Directory 属性のいずれかを指定することもできます。ただし、オンプレミスの属性が有効なメール形式に従っていることを確認する必要があります。

たとえば、サインインに userPrincipalName を使用したいが、ユーザーのメールアドレスがカレンダーを管理するために使用されている場合、代替のメールアドレスを使用することもできます。この場合、別のメールアドレスを emails;type-work 属性にマッピングします。これは認証に使用されるメールです。カレンダーの管理には使用されません。 AD からマッピングするメールアドレスは、組織内の検証済みドメインのものである必要があり、一意であり、別のユーザーに割り当てられていない必要があります。

Active Directory の属性名	Webex クラウドの属性名	メモ
—	ビル名	—
C	C	この属性は、ユーザーの国の略称を指定します。
部門番号	部門番号	この属性は、連絡先カードとPeople Insights に表示されるユーザーの部署番号に使用されます。
表示名	表示名	この属性は、Control Hub に表示されるユーザーアカウントの表示名、連絡先カード、People Insights に使用されます。
ユーザアカウント制御	ds-pwp-account-disabled	この属性はユーザー同期に使用されます。 userAccountControl 属性が ds-pwp-account-disabled にマッピングされているか、ユーザーが適切に同期されないことを確認してください。
従業員番号	従業員番号	—
ファクシミリ電話	ファクシミリ電話	—
—	jabberID	このクラウド属性は、Jabber で使用される IM アドレス（XMPP タイプ）に関連しています。この値は sipAddresses と同じではありません。
l	l	この属性は、ユーザの市区町村を指定します。
—	ロケール	—
マネージャー	マネージャー	この属性は、連絡先カードとPeople Insightsに表示されるユーザーのマネージャ名に使用されます。
モバイル	モバイル	この属性は、連絡先カードからユーザーに電話をかけるために表示される携帯電話番号として使用されます。
O	O	この属性は、会社または組織の名前を指定し、連絡先カードに表示されます。
または	または	この属性は、組織単位の名前を指定します。
physicalDeliveryOfficeName	physicalDeliveryOfficeName	この属性は、ユーザーのオフィスロケーションを指定します。
郵便番号	郵便番号	この属性は、物理的なメール配信のためのユーザーの郵便番号または郵便番号を指定します。
優先言語	優先言語	この属性は、ユーザーの優先言語を設定し、次の形式がサポートされます。 xx_YY または xx-YY。いくつかの例を以下に示します。 en_US, en_GB, fr-CA. サポートされていない言語または無効な形式を使用する場合、ユーザーの優先言語は組織の言語設定に変更されます。
MSRTCSIP-PrimaryUserAddress ipPhone	SipAddresses;type=エンタープライズ	この属性は、Active Directory から Cisco Webex クラウドにオンプレミスの会議室情報を同期するために使用されます。
snさん	snさん	この属性は、Control Hub に表示されるユーザーアカウントの姓、連絡先カード、People Insights に使用されます。
セント	セント	この属性は、ユーザの都道府県を指定します。
番地	番地	この属性は、物理的なメール配信のためのユーザの番地を指定します。
電話番号	電話番号	この属性では、連絡先カードからユーザーに電話をかけるために使用されるユーザーのプライマリ (職場) 電話番号を指定します。
—	タイムゾーン	このクラウド属性は、ユーザーのタイムゾーンを指定します。
タイトル	タイトル	この属性では、連絡先カードとPeople Insightsに表示されるユーザーのタイトルを指定します。
種類	企業	—
メール userPrincipalName	UID (uid)	必須の属性マッピング。各ユーザーアカウントについて、Active Directory の値はクラウドの一意の UID にマッピングされます。場合によっては、userPrincipalName がサインインに使用されますが、ユーザーのメールアドレスがカレンダーを管理するために使用されます。カレンダー管理用のメールアドレスが Webex のプライマリメールアドレスフィールドにマッピングされていることを確認する必要があります。 alternative のメールアドレスとして userPrincipalName を追加します。ユーザーは、正しい SAML 属性マッピングが設定されている限り、これらのメールアドレスを使用してサインインできます。代替メールアドレスをマッピングする方法については、以下のサンプル属性マッピングを参照してください。
userPrincipalName メール <カスタム属性>	メール; タイプワーク	このマッピングはオプションです。代替のメールアドレスを使用する場合に使用してください。これは認証に使用されるメールです。カレンダーの管理には使用されません。 AD からマッピングするメールアドレスは、組織内の検証済みドメインのものである必要があり、一意であり、別のユーザーに割り当てられていない必要があります。
<Azure ユーザー objectId の新しい属性>	externalId	新しい Active Directory 属性を作成して、Azure ユーザー objectId を保持し、既存の属性と衝突しないようにします。この属性は externalId 属性にマッピングされ、Webex ユーザーが Microsoft 365 でグループを作成すると、Webex でチームを自動的に作成することを確認します。

代替メールアドレスのマッピング

カスタマイズされた属性の式

表 5. カスタマイズされた属性の式
演算子	説明と例
%	matches が指定された場合、検索結果が代入されます。例式 `"abc@example.com" % "@"` 結果 `例.com`
-	指定された文字列の末尾から入力文字列の背面を取り去ります。例式 `"abc@example.com" - "@"` 結果 `abcさん`
+	入力文字列や式を連結します。例式 `"abc" + "" + "def"` 結果 `ABC デフ`
\|	空の文字列に対して区切られた式を評価し、最初の空でない結果を選択します。例式 `「ABC」` 結果 `abcさん`

Active Directory 属性からクラウドにディレクトリアバターを同期する

ユーザーのディレクトリアバターをクラウドに同期することで、各アバターが Webex アプリにサインインしたときに表示されます。この手順を使用して、Active Directory 属性から生のアバターデータを同期します。

1	Directory Connector から、[構成] に移動し、[アバター] をクリックして、[有効化] をオンにします。
2	[アバターを取得する] の場合、[AD 属性] を選択し、クラウドに同期する未加工アバターデータを含む [アバター属性] を選択します。
3	アバターが正しくアクセスされていることを確認するには、ユーザーのメールアドレスを入力し、[ユーザーのアバターを取得] をクリックします。アバターが右側に表示されます。
4	アバターが正しく表示されたことを確認したら、[適用] をクリックして変更を保存します。

同期された画像は、Webex アプリのユーザーのデフォルトのアバターになります。 Directory Connector からこの機能を有効にした後、ユーザーは独自のアバターを設定できません。
ユーザーアバターは Webex アプリと Webex サイト上の一致するアカウントの両方に同期されます。

次に行うこと

ドライラン同期を行います。問題がない場合は、完全な同期を行って、Active Directory ユーザーアカウントとアバターをクラウドに同期し、Control Hub に表示します。

リソースサーバーからクラウドにディレクトリアバターを同期する

ユーザーのディレクトリアバターをクラウドに同期することで、各アバターが Webex アプリにサインインしたときに表示されます。リソースサーバからアバターを同期するには、次の手順を使用します。

始める前に

この手順の URI パターンと変数値は例を示します。ディレクトリアバターが配置されている実際の URL を使用する必要があります。
アバター URI パターンとアバターが存在するサーバは、Directory Connector アプリケーションから到達可能である必要があります。コネクタは画像への http または https アクセスを必要としますが、画像がインターネットで公的にアクセスされる必要はありません。
アバターデータの同期は、Active Directory ユーザープロファイルから分離されます。プロキシを実行する場合、アバターデータが NTLM 認証または基本認証によってアクセスできることを確認する必要があります。

1	Directory Connector から、[構成] に移動し、[アバター] をクリックして、[有効化] をオンにします。
2	[アバターを取得する] の場合、[リソースサーバー] を選択し、[アバター URI パターン] を入力します。たとえば、*`http://www.example.com/dir/photo/zoom/{mail: .?(?=@.)}.jpg`* アバター URI パターンの各部分とその意味を見てみましょう。 http://www.example.com/dir/photo/zoom/—同期されるすべての写真があるパスです。サーバー上の Directory Connector サービスが到達可能な URL である必要があります。 mail:—Directory Connector に Active Directory からメール属性の値を取得するように指示します .?(?=@.)—次の機能を実行する正規表現シンタックス。 *`.—任意の文字。0 回以上繰り返します。` `?—前の変数をできるだけ文字数に一致するように指示します。` `(?= ... ) - 結果に含めずに、メイン式の後にグループを照合します。 Directory Connector は一致を探し、出力に含めません。` `@.: at 記号の後に、任意の文字が続き、0 回以上繰り返します。`* `.jpg—ユーザーのアバターのファイル拡張子。このドキュメントでサポートされているファイル形式を確認し、必要に応じて拡張機能を変更します。`
3	(オプション) リソースサーバーで資格情報が必要な場合は、[アバターにユーザークレデンシャルを設定する] にチェックを入れ、[現在のサービスログオンユーザーを使用] または [このユーザーを使用] を選択し、パスワードを入力します。
4	変数の値を入力します。例: `abcd@example.com`。
5	[テスト] をクリックして、アバター URI パターンが正しく機能していることを確認します。この例では、1 つの AD エントリのメール値が `abcd@example.com` で jpg 画像が同期されている場合、最終的なアバター URI は `http://www.example.com/dir/photo/zoom/abcd.jpg です。`
6	URI 情報が確認され、正しく表示されたら、[適用] をクリックします。正規表現の使用の詳細については、「Microsoft 正規表現言語クイックリファレンス」を参照してください。

同期された画像は、Webex アプリのユーザーのデフォルトのアバターになります。 Directory Connector からこの機能を有効にした後、ユーザーは独自のアバターを設定できません。
ユーザーアバターは Webex アプリと Webex サイト上の一致するアカウントの両方に同期されます。

次に行うこと

オンプレミスの会議室情報を Webex Cloud に同期する

この手順を使用して、Active Directory から Webex クラウドにオンプレミスの会議室情報を同期します。会議室情報を同期すると、構成され、マッピングされた SIP アドレスを持つオンプレミスの会議室デバイスは、クラウドに登録された Webex デバイス (Room、Desk、および Board) で検索可能なエントリとして表示されます。

1	Directory Connector から、[同期] に移動し、同期されたドメインの隣にあるをさらにクリックし、[設定] をクリックして、[オブジェクトの選択] を選択します。
2	[会議室情報をクラウドに同期] をチェックして、同期中に会議室データをユーザーデータから分離します。この設定が無効になっている場合、会議室データはユーザー同期データと同じ方法で処理されます。
3	[属性マッピング] に移動し、クラウド属性 sipAddresses;type=enterprise の属性マッピングを変更します。値検証を使用するには、SIP アドレスの値は Pattern.compile("^([^@])(.)@(.)$") である必要があります。利用可能な場合は、[MSRTCSIP-PrimaryUserAddress] を選択します。 Active Directory スキーマに上記の属性がない場合は、ipPhone などの別のフィールドを使用します。
4	Exchange で会議室リソースメールボックスを作成します。これは、コネクタがルームを識別するために使用する msExchResourceMetaData;ResourceType:Room 属性を追加します。
5	Active Directory のユーザーとコンピュータから、会議室のプロパティに移動して編集します。次の sip のプレフィックスを持つ完全修飾の SIP URI を追加します。
6	ドライランの同期を実行してから、コネクタで完全実行の同期を実行します。新しい会議室オブジェクトは [追加されたオブジェクト] にリストされ、一致した会議室オブジェクトは、ドライランレポートの [一致したオブジェクト] に表示されます。削除にフラグが付けられた会議室オブジェクトは、[削除された会議室] の下にあります。ドライランの結果には、一致したルームリソースが表示されます。この設定は、Active Directory の会議室データ (会議室の属性を含む) をユーザーデータから分離します。同期が完了すると、コネクタダッシュボードのクラウド統計には、クラウドに同期された会議室データが表示されます。

次に行うこと

これらの手順が完了しました。Webex クラウドに登録されたデバイスで検索すると、SIP アドレスで設定された同期された会議室エントリが表示されます。エントリの Webex デバイスからコールを発信すると、ルームに設定された SIP アドレスにコールが発信されます。

Control Hub から、ディレクトリから会議室を自動的にインポートし、ワークスペースを作成できます。

エンドポイントでは、Webex アプリにコールバックできません。テストダイヤルデバイスの場合、これらのデバイスはオンプレミスの SIP URI として、または Webex アプリ以外のどこかで登録されている必要があります。検索する Active Directory 会議室システムが Webex に登録されており、同じメールアドレスが Webex Room デバイス、デスクデバイス、またはカレンダーサービス用の Webex Board にある場合、検索結果に重複したエントリは表示されません。 Room、Desk、または Board デバイスは Webex アプリで直接ダイヤルされ、SIP コールは行われません。

ディレクトリ同期結果でのメールレポートの送信

デフォルトでは、組織の連絡先または管理者は常にメール通知を受信します。この設定では、ディレクトリ同期レポートを要約するメール通知を受け取る人をカスタマイズできます。

1	Directory Connector から、[構成] をクリックし、[通知] を選択します。
2	Directory Connector から、[設定] をクリックし、[メール受信者] の隣の [レポートの同期を有効にする] をオンに切り替えます。
3	デフォルトの通知動作をオーバーライドし、1 人以上のメール受信者を追加する場合は、[通知を有効にする] をオンにします。
4	[追加] をクリックし、メールアドレスを入力します。無効な形式でメールアドレスを入力すると、変更を保存して適用する前に、問題を修正するように指示するメッセージがポップアップ表示されます。
5	[メールの追加] をクリックし、メールアドレスを入力します。無効な形式でメールアドレスを入力すると、変更を保存して適用する前に、問題を修正するように指示するメッセージがポップアップ表示されます。
6	入力したメールアドレスを編集する必要がある場合は、左側の列のメールエントリをダブルクリックして、必要な変更を加えます。
7	すべての有効なメールアドレスを追加したら、[適用] をクリックします。
8	すべての有効なメールアドレスを追加したら、[保存] をクリックします。

次に行うこと

メールアドレスを削除することを決定した場合、メールをクリックしてそのエントリを強調表示し、[削除] をクリックします。

メールアドレスを削除することを決定した場合、特定のメールアドレスエントリの隣の [削除] をクリックします。

Active Directory から Control Hub にユーザーをプロビジョニング

これらの手順に従って、Active Directory ユーザーをプロビジョニングし、Control Hub で対応するユーザーアカウントを作成します。ドメインごとに Directory Connector をインストールした後、複数のドメインの Active Directory 展開（単一フォレストまたは複数のフォレストを含む）からユーザをプロビジョニングできます。異なるドメインのユーザーをオンボードするプロセス中に、Webex クラウドにすでに存在するユーザーオブジェクトを保持または削除するかどうかを決定する必要があります。たとえば、トライアルからアカウントをテストします。目標は、アクティブディレクトリと Webex クラウドの間で完全に一致することです。

1	Active Directory ユーザーでドライラン同期を実行するドライランを実行して、オンプレミスの Active Directory のオブジェクトと Webex クラウドのオブジェクトを比較します。ドライランでは、完全または増分同期を実行してクラウドに変更をコミットする前に、どのオブジェクトが追加、変更、または削除されるかを確認できます。
2	クラウドへの Active Directory ユーザーの完全な同期を行う完全同期を実行すると、コネクタサービスは Active Directory（AD）からクラウドにフィルタリングされたすべてのオブジェクトを送信します。コネクタサービスは次に、AD エントリで ID ストアを更新します。自動割り当てライセンステンプレートを作成した場合は、新しく同期されたユーザーに割り当てることができます。
3	Control Hub のディレクトリ同期済みユーザーに Webex サービスを割り当てる Directory Connector から Control Hub への完全なユーザーの同期が完了したら、さまざまな方法を使用して Webex サービスライセンスを割り当てることができます。 Active Directory から同期した新しい Webex アプリユーザーで使用する前に、自動割り当てライセンステンプレートをセットアップすることを推奨します。この最初のステップの後で、個々の変更を行うこともできます。

Active Directory ユーザーでドライラン同期を実行する

ドライランを実行して、オンプレミスの Active Directory のオブジェクトと Webex クラウドのオブジェクトを比較します。ドライランでは、完全または増分同期を実行してクラウドに変更をコミットする前に、どのオブジェクトが追加、変更、または削除されるかを確認できます。

異なるドメインのユーザーをオンボードするプロセス中に、Webex クラウドにすでに存在するユーザーオブジェクトを保持または削除するかどうかを決定する必要があります。たとえば、トライアルからアカウントをテストします。 Directory Connector の目標は、Active Directory と Webex クラウドの間で完全に一致することです。

1 つのフォレストまたは複数のフォレストに複数のドメインがある場合、各 Active Directory ドメインにインストールした Cisco Directory Connector インスタンスでこの手順を実行する必要があります。

始める前に

Directory Connector を使用する前に、すでに Control Hub に一部の Webex アプリユーザーがいる場合があります。クラウド内のユーザーの中には、オンプレミスの Active Directory オブジェクトと一致し、サービスのライセンスが割り当てられる場合があります。ただし、同期中に削除するテストユーザーもいる場合があります。 Active Directory と Control Hub の間で完全一致を作成する必要があります。

1	次のいずれかを選択します。初めてサインインした後、プロンプトで [はい] をクリックして、ドライランを実行します。ドライランを実行するためのリマインダを見逃した場合は、いつでも Directory Connector から、[ダッシュボード] をクリックし、[ドライランの同期] を選択し、[OK] をクリックしてドライランの同期を開始します。ドライランが完了すると、次のいずれかの結果が表示されます。 *Directory Connector で検出された不一致のオブジェクト* *Directory Connector のドライランレポート結果と不一致のオブジェクトの概要* 概要には、オブジェクトの一致についての情報が含まれます。一致したオブジェクト - Webex 共通 ID にあり、Active Directory ドメインにも存在しているユーザー。つまり、someuser@cisco.com が Webex に同期され、Control Hub に表示され、同じユーザー (someuser@cisco.com) が Active Directory に存在する場合。これは、ユーザが一致していることを意味します。一致しないオブジェクト - Webex にいるユーザー。ユーザーが Common Identity に追加された方法に関係なく、Active Directory にユーザーが存在しません。これは不一致オブジェクトと呼ばれます。たとえば、someuser@cisco.com が Webex で同期され、Control Hub に表示されているが、同じユーザー (someuser@cisco.com) が Active Directory によって管理されていない場合、レポートにはユーザーが不一致であることが表示されます。ドライランでは、ドメインユーザと比較してユーザを識別します。アプリケーションは、ユーザが現在のドメインに属している場合、ユーザを識別できます。次のステップでは、オブジェクトを削除するか、または保持するかを決定する必要があります。一致しないオブジェクトは、Webex クラウドにすでに存在しているが、オンプレミスの Active Directory には存在していないとして識別されます。
2	ドライランの結果を確認し、単一ドメインまたは複数のドメインを使用するかどうかに応じて、オプションを選択します。シングルドメイン: 一致しないユーザーを維持するかどうかを決定します。保持する場合は、[いいえ、オブジェクトを保持する] を選択します。保持しない場合は、[はい、オブジェクトを削除する] を選択します。これらの手順を実行し、プレミスとクラウドの間で完全に一致するように、手動で完全同期を実行した後、Directory Connector はスケジュールされた自動同期タスクを自動的に有効にします。複数のドメイン—ドメイン A とドメイン B の組織の場合、まずドメイン A のドライランを実行します。一致しないユーザーを保持する場合は、[いいえ、オブジェクトを保持する] を選択します。 (これらの一致しないユーザーはドメイン B のメンバーである可能性があります。) 削除する場合は、[はい、オブジェクトを削除] を選択します。ユーザーを維持する場合は、まずドメイン A の完全な同期を実行し、ドメイン B のドライランを実行します。まだ一致しないユーザーが存在する場合は、これらのユーザーを Active Directory に追加してから、ドメイン B の完全な同期を実行します。プレミスとクラウドの間で完全に一致する場合、Directory Connector はスケジュールされた自動同期タスクを自動的に有効にします。
3	[ドライランの確認] プロンプトで、[はい] をクリックしてドライランの同期を再実行し、ダッシュボードを表示して結果を表示します。ドライランで正常に同期されたアカウントは、[一致したオブジェクト] の下に表示されます。クラウド内のユーザーが Active Directory に同じメールを持つ対応するユーザーを持っていない場合、エントリは [削除されたユーザー] の下にリストされます。この削除フラグを回避するために、同じメールアドレスで Active Directory にユーザーを追加できます。同期された項目の詳細を表示するには、特定の項目または [一致したオブジェクト] の対応するタブをクリックします。概要情報を保存するには、[結果をファイルに保存] をクリックします。
4	結果が予想される場合は、[アクション] > [同期モード] > [同期を有効にする] に移動し、[今すぐ有効にする] をクリックして手動同期を実行し、この時点で手動モードにします。複数ドメイン展開で最後の Active Directory ドメインで同期を行った後、Directory Connector の自動モードを有効にする必要があります。自動モードを有効にできるのは、オブジェクトが Webex クラウドとすべてのオンプレミスのアクティブディレクトリの間で完全に一致している場合のみです。

次に行うこと

保持した不一致のユーザーオブジェクトについては、オンプレミスとクラウドの間で完全に一致するように、それらを Active Directory に追加する必要があります。
同期タイプを選択:
- 新しいユーザーを最初にクラウドに同期するときに、クラウドに Active Directory ユーザーの完全な同期を行う。 [アクション] > [今すぐ同期] > [フル] から行い、現在のドメインのユーザーが同期されます。
- 完全な同期を実行した後、最初の同期後に変更をピックアップする場合は、コネクタスケジュールを設定し、増分同期を実行することができます。このタイプの同期は、Active Directory ユーザーソースに加えられた小さな変更をピックアップすることをお勧めします。
  
  デフォルトでは、増分同期は 30 分ごと（バージョン 3.4 以前）または 4 時間ごと（バージョン 3.5 以降）に発生するように設定されていますが、この値は変更できます。増分同期は、最初に完全同期を実行するまで実行されません。
複数のドメインがある場合は、インストールした他の Directory Connector でこれらの手順を繰り返します。

注意事項

完全な同期を有効にする前に、または同期パラメータを変更する場合は、ドライランを実行します。ドライランが設定変更によって開始された場合は、ドライランの完了後に設定を保存できます。すでにユーザーを手動で追加している場合、Active Directory の同期を実行すると前に追加したユーザーが削除されます。クラウドに完全に同期する前に、Directory Connector のドライランレポートを確認して、すべてのユーザーが存在することを確認できます。

一致するユーザーが削除するようにマークされ、続行する方法がわからない場合は、「Directory Connector のトラブルシューティングと修正」でトラブルシューティング情報とサポートに連絡する方法を参照してください。

削除されたユーザーは、完全に削除される前に、7 日間クラウドアイデンティティサービスに保持されます。

クラウドへの Active Directory ユーザーの完全な同期を行う

完全同期を実行すると、コネクタサービスは Active Directory（AD）からクラウドにフィルタリングされたすべてのオブジェクトを送信します。コネクタサービスは次に、AD エントリで ID ストアを更新します。自動割り当てライセンステンプレートを作成した場合は、新しく同期されたユーザーに割り当てることができます。

複数のドメインがある場合は、各 Active Directory ドメインにインストールした Directory Connector インスタンスでこの手順を実行する必要があります。

Directory Connector はユーザーアカウントの状態を同期します。Active Directory では、無効とマークされているすべてのユーザーもクラウドで非アクティブとして表示されます。

始める前に

完全同期後、およびユーザーが初めてサインインする前に、Webex アプリのユーザーアカウントをアクティブステータスにするには、次の手順を実行してメール検証をバイパスする必要があります。
- シングルサインオンを Webex 組織と統合します。参照 Cisco Webex サービスと組織の ID プロバイダーによるシングルサインオンを参照してください。
- Control Hub を使用して、メールアドレスに含まれるドメインを確認し、必要に応じて要求します。参照ドメインの追加、検証、要求.
- 自動招待メールを抑制して、新規ユーザーが Webex アプリへの自動招待メールを受信しないようにします。(独自のメールキャンペーンを実行できます。)
  
  サインインしていないアクティベート済みユーザーは、Control Hub で [確認済み] ステータスで表示されます。サインインすると、[アクティブ] として表示されます。ユーザーステータスの詳細については、「Cisco Webex Control Hub のユーザーステータスとアクション」を参照してください。
同期を有効にすると、Directory Connector が最初にドライランを実行するように求めます。潜在的なエラーをキャッチするために、完全同期の前にドライランを実行することを推奨します。
Active Directory から同期した新しい Webex アプリユーザーで使用する前に、自動割り当てライセンステンプレートをセットアップする必要があります。

自動割り当てライセンステンプレートを使用しない場合、新しく同期されたユーザーは自動的に無料ライセンスを取得します。無料アカウントを持つユーザーと同じ無料機能を使用できます。

1	次のいずれかを選択します。初回サインイン後、ドライランが完了し、すべてのドメインが正しい場合は、[今すぐ有効にする] をクリックして、自動同期を可能にします。 Directory Connector から、[ダッシュボード] に移動し、[アクション] をクリックし、[同期モード] > [同期を有効にする] を選択し、[今すぐ同期] > [完全] をクリックして同期を開始します。
2	Directory Connector から、[同期] に移動し、同期されたドメインの隣にあるをさらにクリックし、[設定] をクリックして、[完全同期] を選択します。
3	同期を開始したことを確認します。 Active Directory のユーザーに対して行った変更 (表示名など) については、ユーザービューを更新すると Control Hub はすぐに変更を反映しますが、Webex アプリは同期を実行してから最大 72 時間後に変更を反映します。次の指示に従って、Webex アプリのローカルキャッシュをクリアできます。 Windows または Mac。同期中、ダッシュボードには同期の進行状況が表示されます。これには、同期のタイプ、開始時刻、同期が現在実行中のフェーズが含まれます。同期後、[最後の同期] と [クラウド統計] セクションが新しい情報で更新されます。ユーザーデータはクラウドに同期されます。同期中にエラーが発生した場合、ステータスインジケータボールが赤に変わります。
4	同期のステータスを更新する場合は、[更新] をクリックします。 (同期された項目は [クラウド統計] の下に表示されます。)
5	エラーに関する情報については、[イベントビューアの起動] を [アクション] ツールバーから選択してエラーログを表示します。
6	クラウドへの継続的な増分同期のための同期スケジュールを設定するには、「コネクタスケジュールを設定する」および「増分同期を実行する」を参照してください。

完全同期が完了すると、Control Hub の [設定] ページの [無効] から [運用] にディレクトリ同期のステータスが更新されます。
すべてのデータがオンプレミスとクラウドの間で照合されると、Directory Connector は手動モードから自動同期モードに変更されます。
シングルサインオンを統合、ドメインの確認、オプションで同期したメールアカウントのドメインの要求、および自動メールを抑制しない限り、ユーザーが Webex アプリに初めてサインインしてアカウントを確認するまで、Webex アプリのユーザーアカウントは未確認の状態のままになります。アクティブユーザーとしてアカウントを同期する方法については、「開始する前に」のセクションを参照してください。
複数のドメインがある場合は、インストールした他の Directory Connector でこの手順を実行します。同期後、追加したすべてのドメインのユーザーは Control Hub に一覧表示されます。
シングルサインオンを Webex と統合し、抑制されたメール通知がある場合、招待メールは新しく同期されたユーザーに送信されません。
Directory Connector を有効にした後は、Control Hub でユーザーを手動で追加できません。有効にすると、ユーザー管理は Cisco Directory Connector から実行され、Active Directory が信頼できる唯一の情報源となります。
同期したグループが Control Hub に表示され、そのグループのユーザーがライセンスを割り当てられるように、ライセンステンプレートを割り当てることができます。

次に行うこと

Active Directory からユーザーを削除すると、そのユーザーは次の同期後にソフトで削除されます。ユーザーは [非アクティブ] になりますが、クラウド ID プロファイルは 7 日間保持されます (偶発的な削除からの回復を可能にします)。

Active Directory で [アカウントが無効になっています] にチェックを入れると、次の同期後、ユーザーは [非アクティブ] になります。ユーザーを再度有効にする場合は、クラウド ID プロファイルは 7 日後に削除されません。
これらの例外を増加同期に注意してください (代わりに上記の完全同期手順に従います)。
- アバターが更新されてもその他の属性変更がない場合、増分同期はユーザーのアバターをクラウドに更新しません。
- 属性マッピング、ベース DN、フィルタ、アバター設定での設定変更には完全同期が必要です。

Control Hub のディレクトリ同期済みユーザーに Webex サービスを割り当てる

Cisco Directory Connector から Control Hub へのフルユーザーの同期が完了したら、Control Hub を使用して同じ Webex サービスライセンスをすべてのユーザーに一度に割り当てたり、自動割り当てライセンステンプレートを設定済みの場合、新規ユーザーにライセンスを追加したりできます。この初期手順の後で、個々のユーザーアカウントを変更できます。

Directory Connector から Control Hub への完全なユーザーの同期が完了したら、Control Hub のメソッドを使用して、Webex サービスライセンスをすべてのユーザー、個々のユーザー、一括 CSV テンプレートを通じてグローバルに割り当てたり、自動割り当てライセンステンプレートを設定済みの場合は新規ユーザーに自動的に割り当てることができます。この初期手順の後で、個々のユーザーアカウントを変更できます。

Webex アプリユーザーにライセンスを割り当てると、そのユーザーはデフォルトで割り当てを確認するメールを受信します。メールは Control Hub の通知サービスから送信されます。シングルサインオン (SSO) を Webex 組織と統合した場合、ユーザーに直接連絡したい場合は、これらの自動メール通知を抑制することもできます。

始める前に

Active Directory から同期した新しい Webex アプリユーザーで使用する前に、自動割り当てライセンステンプレートをセットアップする必要があります。
Active Directory ユーザーでドライランの同期を行います。
ドライランの結果を確認した後、Active Directory ユーザーで完全同期を行います。

完全同期の時点で、ユーザーはクラウドで作成され、サービスの割り当ては追加されず、アクティベーションメールは送信されません。メールが抑制されない場合、CSV インポート、ユーザーの手動更新、自動割り当て完了など、Control Hub の標準的なユーザー管理方法によってユーザーにサービスを割り当てると、新規ユーザーはアクティベーションメールを受け取ります。

https://admin.webex.com の顧客ビューから、[管理] > [ユーザー] に移動し、[ユーザーの管理] をクリックし、[すべての同期済みユーザーを変更] を選択し、[次へ] をクリックします。

オプションを選択します。

次に行うこと

メールが抑制されない場合、Webex に参加してダウンロードするための招待メールが各ユーザーに送信されます。
すべてのユーザーに対して同じ Webex サービスを選択した場合、個別または一括で割り当てられたライセンスを変更できます。

関連情報

Directory Connector の既知の問題

2012 R2 以前の Windows Server バージョンには、Directory Connector に影響するクッキーの問題があります。この問題は、バージョン 2012 R2 および 2016 で修正されています。
Active Directory のユーザーに対して行った変更 (表示名など) については、ユーザービューを更新すると Control Hub はすぐに変更を反映しますが、Webex アプリは同期を実行してから 72 時間後の変更を反映します。

次の指示に従って、Webex アプリのローカルキャッシュをクリアできます。 Windows または Mac。
ユーザーがデスクトップまたはモバイルで Webex アプリを使用して、同期された SIP URI のみを持つ会議室を検索して発信すると、この時点でコールは無制限に鳴ります。

Webex アプリのユーザーの管理

増加同期を実行

増加同期は Active Directory をクエリし、最終同期から発生した変更を探します。そして、それら変更をまとめて、コネクターサービスに送信します変更には、ユーザー属性の変更と、ユーザーが追加または削除された場合が含まれます。

この同期では、サーバーに負荷がかかるわけではなく、完全同期ほど時間がかかります。最初の完全同期を行った後、その後の同期に増分オプションを推奨します。

開始する前に

Active Directory から同期した新しい Webex アプリユーザーで使用する前に、自動割り当てライセンステンプレートをセットアップする必要があります。
増分同期がサポートされていないこれらの例外に注意してください (代わりに、「クラウドに Active Directory ユーザーの完全な同期を行う」に従います)。
- アバターが更新されてもその他の属性変更がない場合、増分同期はユーザーのアバターをクラウドに更新しません。
- 属性マッピング、ベース DN、フィルター、アバター設定の新しい構成変更の場合、増分同期は機能せず、完全同期が必要です。

1	Directory Connector から [ダッシュボード] をクリックします。同期の有効化をすることで、 Directory Connector はドライランを最初に実行するように求めます。
2	[アクション] から、まだ有効になっていない場合は、[同期モード] > [同期を有効にする] をクリックします。デフォルトでは、増分同期は 30 分ごと（バージョン 3.4 以前）または 4 時間ごと（バージョン 3.5 以降）に発生するように設定されていますが、この値は変更できます。増分同期は、最初に完全同期を実行するまで実行されません。新しい増分時間間隔が終了すると、プログラムは最後のタイムスタンプに基づいて変更を確認します。
3	[アクション] から、[今すぐ同期] > [増分同期] をクリックします。 Active Directory のユーザーに対して行った変更 (表示名など) については、ユーザービューを更新すると Control Hub はすぐに変更を反映しますが、Webex アプリは同期を実行してから 72 時間後の変更を反映します。次の指示に従って、Webex アプリのローカルキャッシュをクリアできます。Windows または Mac。同期中にダッシュボードは同期プロセスを表示しますが、これには同期のタイプ、開始時間、同期が現在実行中のフェーズなどが含まれます。同期後、[最後の同期とクラウド統計] セクションが新しい情報で更新されます。エラーが同期中に発生した場合、ステータスインジケーターのボールが赤色になります。
4	エラーに関する情報については、[アクション] ツールバーから [イベントビューアの起動] をクリックして、エラーログを表示します。

次に行うこと

複数のドメインがある場合は、インストールした他の Directory Connector インスタンスでこの手順を実行します。

誤って削除されたユーザーを復元する

Directory Connector には、ユーザーの意図しない削除を防ぐためのチェックとバランスがあります。残念ながら、事故は発生します。Active Directory で LDAP フィルターを正しく設定していなかったために、クラウドと同期したときに一部のユーザーが削除されるなどです。ソフト削除機能は、これらの事故から回復し、Control Hub でユーザーアカウントを再確立するのに役立ちます。

デフォルトでは、この機能はすべての組織で有効になっています。たとえば、Directory Connector からの同期後にオブジェクトの問題が一致しないため、クラウドでユーザーが削除されると、ユーザーは復元できます。一致しないオブジェクトが通知されたり、ユーザーが削除されたことに気づいた場合、迅速に行動すると復元できる場合があります。

対応するアカウントが Active Directory で削除されると、ユーザーは Control Hub で非アクティブとしてマークされます。バックグラウンドクラウドサービスは、ユーザーを最大 7 日間保持します。この期間中も、Cisco Directory Connector を使用してユーザーを復元できます。これらのユーザーをできるだけ早く復元することをお勧めします。

Active Directory で無効になっているユーザーは、Control Hub で非アクティブとしてマークされますが、ユーザーアカウントは 7 日後に削除されません。

1	Control Hub にサインインします。
2	[ユーザー] に移動し、特定のユーザーアカウントが非アクティブ状態であるか、非公開であるかを確認します。詳細については、「Control Hub のユーザーステータスとアクション」を参照してください。
3	ユーザーが Control Hub で削除された場合、または非アクティブ状態のユーザーが見つかった場合は、Active Directory に移動し、欠落しているユーザーアカウントを追加してから、Directory Connector でドライラン同期を実行します。 Directory Connector の目標は、Active Directory とクラウドのユーザー情報間で完全一致を作成することです。
4	完全同期を実行して、一時的に削除されたユーザーアカウントを Control Hub に再同期します。ユーザーは復元され、アカウントステータスとサービスの割り当てを含む元のステータスに移動します。

次に行うこと

Control Hub に戻り、[管理] > [ユーザー] に進み、以前に削除されたユーザーアカウントがユーザーリストに表示されていることを確認します。

ソフト削除後にユーザを完全に削除

ドライランを実行した後、次の同期でソフトで削除されたユーザを完全に削除できます。

1	ドライランが完了したら、[ソフト削除済みオブジェクト] を選択します。
2	削除するユーザの横にあるチェックボックスをオンにします。
3	[完了] を選択します。

次に行うこと

次の同期で、チェックしたユーザーは完全に削除されます。

Webex アプリのメールアドレスを変更する

ユーザーのメールアドレスを変更し、組織が Directory Connector を使用する場合、Active Directory でそれらのメールアドレスを変更します。この手順では、単一ドメインの Webex アプリのメールアドレスを変更する方法と、ドメインを変更するプロセスについて説明します。

メールまたは一部の値を 1 人のユーザーに対してのみ変更する場合は、Active Directory からユーザーを削除してから、同じメールで新しいユーザーを再作成しないでください。クラウドはこのアクションを新しいユーザーアカウントとして解釈すると、ユーザーのスペースとクラウド内のその他のデータは失われます。

ドメインを変更せずにユーザーのメールアドレスを変更するには:
1. Active Directory のユーザーアカウント (例、user1@example.com) を開き、メールアドレス (例、user2@example.com) を変更します。
2. Directory Connector で同期を再開します。
  
  次の同期後、Control Hub のユーザーリストと、キャッシュの更新後に Webex アプリのユーザーに対して変更が表示されます。
  
  この方法を使用すると、データまたはスペースは失われません。ユーザーの一意の識別子は、最初の同期後にクラウドで設定されます。以降のすべての同期は、この識別子に基づいています。
Directory Connector を使用した複数のドメイン展開では、ドメインを変更する際にユーザーのメールアドレスを変更します (example1.com を古いドメインとし、example2.com を新しいドメインと見なします)。
1. 古いユーザーアカウント (user1@example1.com) の場合、uid クラウド属性にマッピングされる Active Directory 属性に注意してください。新しいアカウントに同じ Active Directory 値を使用する必要があります。この例では、オンプレミスの属性として user1@example1.com を使用し、クラウドの uid にマッピングします。
2. example1.com および example2.com ドメインの Directory Connector の同期を一時停止します。
3. example2.com で新しいユーザーアカウントを作成し、上記の同じ属性を使用します。(たとえば、user1@example1.com)。
4. Directory Connector で、example2.com の同期を再開します
  
  続行する前に、user1@example2.com アカウントが Control Hub に同期していることを確認します。Webex アプリでのメールの変更を確認し、すべてのデータ (スペース、メッセージ、ミーティング、ファイルなど) が保持されていることをユーザーに指示することをお勧めします。
  
  この方法を使用したデータまたはスペースの損失はありませんが、新しいユーザーアカウントでは、クラウド uid 属性にマッピングされた Active Directory 属性が古いユーザーアカウントから保持されていることを確認する必要があります。Active Directory の値を変更すると、新しいアカウントは古いアカウントのデータを保持しません。
5. メールアドレスの変更とデータが保持されていることを確認した後、example1.com の古いユーザーアカウントを削除し、Directory Connector を使用して example1.com の同期を再開します。
  
  この時点で、user1@example2.com の新しい Active Directory ドメインのメールアドレスを安全に更新できます。

Directory Connector はメールドメインの変更を制限しません。ただし、ユーザーがクラウドに再同期すると、ユーザーの状態は、組織で新しいドメインが検証されているかどうかによって異なります。組織でドメインが確認されていない場合、フル同期後にユーザーのステータスは [保留中] に変更されます。詳細については、「ドメインを管理する」を参照してください。

組織が Directory Connector を使用していない場合、アカウント設定ページからWebex アプリのメールアドレスを変更できます。ユーザーがメールを変更するための手順については、「アカウントのメールアドレスを変更する」を参照してください。

Active Directory ドメインを変更する

この手順を使って、新しいドメインおよびメールアドレスを作成することができます。クラウド内のアイデンティティサービスと同期します。

1	新規 Active Directory (AD) ドメインをセットアップします。
2	すべてのコネクタで同期を無効にします。
3	すべてのコネクタをアンインストールします。
4	ドメインを変更するためにケースを開きます。送信する場合は、ドメイン設定と組織内のすべての同期属性の削除をリクエストしてください。ドメインを変更するためにケースを開く前に、実行中の同期がないことを確認してください。ケースが解決されるまで、Active Directory のユーザーメールアドレスを変更しないでください。
5	本ケースが解決した後、新しい Active Directory ドメインを持つサーバと同じサーバに Directory Connector をインストールします。新しい Active Directory ドメインを指すように、Directory Connector を設定します。 Control Hub (https://admin.webex.com) に既存のユーザーがいる場合、一致するメールアドレスを持つユーザーが Active Directory にも存在することを確認します。組織が DirSync で `softDelete` トグルを無効にしている場合、Control Hub にあるが、Active Directory にはないユーザーのメールアドレスがリスクの削除。実際の同期を実行する前に、Directory Connector でテストを実行します。

ドメインクレーム

ドメインの要求は、組織のメールドメインを要求し、サイドボーディングされたアカウントが無料の消費者組織ではなく、有料顧客組織で作成されるように、組織のメールドメインを要求する場合に発生します。ドメイン要求は、サポートケースを通じてのみ行えます (詳細については、下のリンクを参照してください)。

Directory Connector がアクティブで、ドメインが要求されている場合、サイドボーディングされたアカウントは、顧客組織または無料の消費者組織内で作成されません。Active Directory から組織のアカウントをプロビジョニングできるのは、Directory Connector のみです。Active Directory に保存された情報はオリジナルソースです。アカウントのサイドボーディングを試みる場合、招待されたユーザーはエラーを受信します。招待されたユーザーを Webex アプリスペースに追加できる唯一の方法は、最初に Directory Connector を使用して Control Hub にアカウントをプロビジョニングすることです。

関連情報

ディレクトリ同期組織で無料の Webex アプリユーザーを変換する

一意のメールアドレスは Webex アプリディレクトリでのみ使用できます。ユーザーが無料バージョンの Webex アプリにサインアップしている場合、そのアカウントは無料消費者組織に存在しています。Directory Connector を使用してこの組織のユーザーを管理するには、Directory Connector をオンにする前に、顧客組織にユーザーを移行 (変換) します。次に、ユーザーを正確なメールアドレスで Active Directory に追加し、クラウドに同期します。

アクティベーション前にアカウントを変換しない場合は、変換するために　Directory Connector を終了してください。

ディレクトリ同期が有効になっている間にユーザーを変換しようとすると、エラーメッセージ変換できませんでしたが表示されます。この問題を回避するには、以下の手順を回避策として使用することができます。

一部の要求されたユーザーは、ドライランの実行時に movedfrom 属性が表示される場合があります。これらのユーザーは MismatchedObject の代わりに [削除済みオブジェクト] リストに表示されます。組織に移動する場合は、これらのユーザーを AD リストに追加する必要があります。

これらのユーザーを追加しない場合、クラウドに同期する隣にあるすべてのユーザーが削除されます。

1	Directory Connector からのディレクトリ同期を無効化する。
2	「Control Hub でライセンスなしのユーザーを変換する」手順に従って、無料のコンシューマー組織からエンタープライズ組織にユーザーを変換します。この手順により、ユーザーを組織に追加し、アカウントが Control Hub に表示されます。Directory Connector は、Active Directory をユーザーアカウントの信頼できる唯一の情報源にします。目標は、Active Directory と Control Hub を正確に一致させることです。同期を再度有効にする前に、最近変換されたユーザーと一致するユーザーが Active Directory 内に存在することを確認してください。ドライラン同期を使用して、一致しないユーザーがいないことを確認できます。
3	Directory Connector で、ドライラン同期を実行します。ドライランの完了後、[オブジェクトの追加] タブを確認します。自分が変換したユーザーが削除されていないか確認する。同期を再有効化する前にドライランを実行して、変換されたユーザーアカウントが Active Directory に表示されるようにする必要があります。同期をオンにし、アカウントが Control Hub にのみ存在する場合、Directory Connector は大文字と小文字を区別し、一致しないメールアドレスで検出された変換されたユーザー (user1@example.com および User1@example.com など) を削除します。変換されたユーザーが削除されると、Webex アプリのスペースはすべて失われます。
4	次回の同期でアカウントが全く削除されないと確信する場合、Directory Connector　からディレクトリ同期を再有効化？？？？？？

変換されたユーザーアカウントは、ドメインを確認しなかった場合は自動的にアクティベートされません。たとえば、自動割り当てライセンステンプレートをオンにし、ドメイン検証なしでディレクトリコネクタをオンにした場合、変換されたユーザーはメールアドレスを確認するまで、クラウドバックエンドで非アクティブになります。

サイドボーディングされた Webex アプリユーザーアカウント

Webex アプリのスペースに別のユーザーを招待すると、招待されたユーザーが Webex アプリアカウントを持っていない場合、アカウントが作成されます (「サイドボーディング」)。既定では、この方法で作成されたアカウントは無料顧客組織に追加されます。

Directory Connector を使用してサイドボーディングされたアカウントを管理する場合、アカウントを変換する必要があります。

ディレクトリ同期後に Webex アプリのユーザー名形式を変更する

デフォルトでは、Directory Connector は Active Directory の displayName 属性をクラウドの displayName 属性にマッピングします。

ディレクトリ同期を実行した後で、ユーザー名はの形式で表示されます。

このユーザー名は、Active Directory の displayName 属性がこのように設定されている場合に表示されます。属性がクラウドの displayName にマッピングされると、Control Hub で名前がの形式で表示されます。

Directory Connector 属性マッピングスクリーンで形式を変更するには: Active Directory 属性 givenName sn (または sn givenName) を Cisco Cloud 属性名の displayName にマッピングします。

または、属性 sn givenName を displayName にマッピングします。

独自のカスタム属性式を displayName にマッピングする場合は、[属性のカスタマイズ] オプションを使用することもできます。

たとえば、式として givenName + "" + sn (名、スペース、姓) を入力します。これにより、Active Directory の 2 つの属性がクラウドの displayName にマッピングされます。

ユーザーが Webex Meetings での表示名の変更を許可する

ユーザーが好みの表示名を編集できるようにする場合は、Directory Connector でクラウドに同期する displayName 属性のマッピングを解除できます。ユーザーは、名と姓の代わりに、Webex ミーティング中に表示する表示名を入力できます。管理者は、Control Hub で手動でユーザーの表示名を変更することもできます。

1	Directory Connector から、[構成] をクリックし、[ユーザー属性マッピング] を選択します。
2	[Cisco Cloud 属性名] で [displayName] を選択します。
3	[この属性を同期しない] を選択します。

次に行うこと

ユーザーは Webex サイトから表示名を編集することができるようになりました。

Directory Connector のトラブルューティング

Directory Connector の汎用設定の構成

1	Directory Connector から、[構成] に移動し、[全般] をクリックします。
2	[コネクタ名] フィールドに、コネクタ名を入力します。このフィールドは現在コネクタを実行しているコンピュータ名のみを表示します。
3	ドロップダウンメニューからログレベルを選択します。既定では、ログレベルは「情報」にセットされています。使用可能なログレベルは以下の通りです。情報 (デフォルト): アプリケーションの進行状況をハイライトする情報メッセージを表示します。すべての完全同期後にレポートを受信する場合は、この設定を使用します。警告: 潜在的に有害な状況を表示します。デバッグ: アプリケーションのデバッグに最も便利な詳細情報イベントを表示します。何らかの問題が発生した場合、このログレベルを設定し、調査が開始されたら、イベントログをサポート部隊に送付します。エラー: アプリケーションの実行を継続できる可能性のあるエラーイベントを表示します。このオプションを選択すると、エラーが報告されたときにのみ同期レポートが送信されます。これらの設定は、電子メールで送信される同期レポートに影響します。ログレベルを [エラー（Error）] に設定した場合、同期レポートでエラーのみが報告されます。エラーが存在しない場合、同期レポートは送信されません。設定を [情報] に変更すると、完全同期後に同期レポートを受信します。（増分同期では、エラーが報告されない場合、レポートは送信されないことに注意してください）。
4	[優先ドメインコントローラー] を選択して、アイデンティティを同期させる際のドメインコントローラーの順番をセットします。ドメインコントローラは、上から下までアクセスされます。リストの先頭のコントローラーが使用できない場合、2 番目のコントローラーを選択してください。コントローラーがリストアップされていない場合、プライマリコントローラーにアクセスできます。
5	自動アップグレードを行う場合は、[新しい Cisco Directory Connector バージョンに自動的にアップグレードする] にチェックを入れます。 Cisco Directory Connector ソフトウェアを最新バージョンに常に最新の状態に保つことが重要です。この設定にチェックを入れると、ソフトウェアへの自動アップグレードが利用可能になったときにサイレントにインストールされることを推奨します。
6	[LDAP over SSL] をチェックして、セキュアな LDAP (LDAPS) を接続プロトコルとして使用します。 LDAP over SSL をオンにしない場合、Directory Connector は引き続き LDAP 接続プロトコルを使用します。 LDAP (Lightweight Directory Application Protocol) および Secure LDAP (LDAPS) は、アプリケーションとインフラストラクチャ内のドメインコントローラの間で使用される接続プロトコルです。LDAPS 通信は暗号化され、安全です。

コネクタポリシーを設定する

たとえば、削除しきい値トリガー値として 1 を設定します。完全同期または増分同期を実行すると、削除するユーザーの数がこの設定より多い場合、ディレクトリコネクタは警告を出します。[しきい値を上書き] をクリックすると、完全同期または増分同期を正常に実行することができますが、次にポリシーを実行するとき、この上書き通知が表示されます。

1	Directory Connector から、[構成] をクリックし、[ポリシー] を選択します。
2	しきい値トリガーを追加する場合は、[しきい値トリガーの削除を有効にする] ボックスをチェックします。このオプションを選択すると、削除数が閾値を越えた場合にアラートががトリガーされます。削除の回数が定義した値を越えると、同期は失敗します。
3	自分が行う削除の最大数を入力します。既定では 20 です。弊社は既定値を上げないことを推奨します。
4	適用をクリックします。

コネクタスケジュールをセットする

1	Directory Connector から、[構成] をクリックし、[スケジュール] を選択します。
2	増分同期インターバルを分に指定します。既定では、増分同期は 30 分おきに実行するようセットされています。完全増分同期は、あなたが初回の完全同期を行うまで実行されません。
3	レポートが送信される頻度を変更する場合、[レポートを送信する頻度] の値を変更します。
4	[完全同期スケジュールを有効化する] チェックボックスをオンにして完全同期を行う日時を指定します。
5	[フェイルオーバー間隔]を「分」で指定します。
6	[適用] をクリックします。

複数ドメインシナリオ

複数のドメインはドメインの優先順位に基づいています。異なるドメインで同じキー値をもつオブジェクトの場合、同期後に、上位の優先順位のドメインのデータが下位の優先順位のドメインのデータを書き直します。

同じキー値をもつオブジェクトは、データベースの 1 つのレコードにリンクされます。

「ユーザー」のキー値はメールアドレスです。「グループ」のキー値はグループ名です。

複数ドメインの使用例

この例は、優先順位の観点で、2 つのドメイン、example1.com と example2.com をもつ組織を想定しています。

user1 (メール: user@example1.com)を example1.com の Active Directory に追加してください。
group1 (グループ名: Test) を example1.com の Active Directory に追加してください。
user2 (メール: user@example2.com)を example2.com の Active Directory に追加してください。
group2 (グループ名: Test) を example2.com の Active Directory に追加してください。

example1.com の同期

使用例として、user2 と group2 はクラウドに同期され、https://admin.webex.com に表示され、その場合 user1 と group1 は表示されません。

example1.com の完全または増分同期を行う場合、user1 と group1 が同期されます。また、user2 と group2 は、user1 と group1 の情報により上書きされます。

User1 はデータベースの同じレコードとして、user2 にリンクします。group1 はデータベースの同じレコードとして、group2 にリンクします。

example1.com と example2.com での同期

使用例として、user2 と group2 はクラウドに同期され、https://admin.webex.com に表示され、その場合 user1 と group1 は表示されません。

以下の手順を考察してください。

example1.com の Active Directory の user1 と group1 を削除します。
example1.com の完全または増分同期を行います。
結果: ユーザーの情報は、https://admin.webex.com では変更されません。User2 は user1 にリンクされず、group2 は group1 にリンクされません。
example2.com の増分同期を行います。
結果: ユーザーの情報は、https://admin.webex.com では変更されません。
example2.com の完全同期を行います。
結果: user2 と group2 の情報は、https://admin.webex.comにリストされます。

新しいドメインを同期し既存のドメインを保持する

別の既存ドメイン (A) の同期したユーザーデータを保持している間、新しいドメイン (B) を同期する場合、サポートされている Windows サーバーのドメイン (B) 同期に Directory Connector をインストールします。最初のセットアップ後、コネクタは新しいドメインをバインドし、ドメイン (A) の下のユーザー情報に影響が出ないままになります。

すべてのドメインには独自のアクティブコネクタがあります。以下のセットアップについては、2 つのドメインを考慮します: domain A with connectors (ca1) and (ca2) for local high availability (HA); domain B with connector (cb1). (ca1)and (ca2) serve domain A. In this scenario, one connector is active and the other is standby (HA). この設計では、1 つのコネクタが常にアクティブであるため、ドメインは同期されているままになります。そのため、ドメイン A にはすでにアクティブなコネクタがあるため (ca1 または ca2)、cb1 はドメイン B のアクティブコネクタです

ドメインの優先順位を設定する

開始する前に

エラーを回避するには、Cisco Directory Connector の最新バージョンをインストールするか、アップグレードしてください。https://admin.webex.com からダウンロードする必要があります。

1	Cisco Directory Connector から、[ダッシュボード] をクリックします。
2	[アクション] に移動し、[ドメイン優先順位を設定する] をクリックします。
3	リストにあるドメインを 1 つハイライトし、[アップ] または [ダウン] をクリックして、このドメインの優先順位を変更し、[保存] をクリックして変更を保存します。ドメインは、上から下まで、優先順位でソートされます。

ドメインを切り替える

Cisco Directory Connector を別のドメインに再バインドするには、次の手順を使用します。

開始する前に

ドメインを切り替える前に、同期タスクが実行されていないことを確認します。
エラーを回避するには、Cisco Directory Connector の最新バージョンをインストールするか、アップグレードしてください。Control Hub からダウンロードする必要があります。

1	Cisco Directory Connector から、[ダッシュボード] をクリックします。
2	[アクション] に移動し、[ドメインを切り替える] をクリックします。
3	警告を読み、この変更が展開に与える影響を理解し、それでも行う場合には、[はい] をクリックします。ドメインを切り替えると、現在の Cisco ディレクトリコネクタからサインアウトされ、コネクタの他のドメインは登録解除され、そのコンピューターのコネクタ情報は削除されます。
4	Cisco Directory Connector に再度サインインし、ドメインを再バインドします。

ディレクトリ同期を無効にする

Directory Connector からの同期を停止する必要がある場合は、Control Hub から一時的にオフにできます。

https://admin.webex.com の顧客ビューから、[管理] > [組織設定] に移動し、[ディレクトリ同期] までスクロールして、次のいずれかを選択します。

さらにをクリックし、オフにするコネクタインスタンスの隣の [オフにする] をクリックします。
[すべてのディレクトリ同期をオフにする] をクリックし、すべてのコネクタインスタンスから同期を停止します。

指示を読んだ後、[オフにする] をクリックします。

同期は、Directory Connector から再有効にするまで停止します。

ユーザー属性マッピングを削除

Directory Connector を使用して、以前にクラウドにマッピングされ、Webex に同期された Active Directory 属性のマッピングを削除します。属性マッピングを削除すると、属性値はクラウドから削除され、Webex に同期されなくなります。これらの値は、手動で編集できます。

1	Directory Connector から [ダッシュボード] をクリックします。
2	[アクション] に移動し、[ユーティリティ] > [ユーザー属性マッピングの削除] をクリックします。
3	[属性名] リストから削除するマッピングを選択します。
4	[影響を受けるユーザー範囲] で、次のいずれかを選択します。 Directory Connector で同期されたユーザーのみ: マッピングは、Directory Connector が以前に同期したユーザーからのみ削除されます。すべてのユーザー: マッピングはすべての Active Directory ユーザーから削除されます。
5	[適用] をクリックします。

プロファイル画像の管理

Directory Connector を使用して、ユーザープロファイルの写真を更新するか、空白のユーザープロファイルの写真を削除します。

1	Directory Connector から [ダッシュボード] をクリックします。
2	[アクション] に移動し、[ユーティリティ] > [プロファイル画像の管理] をクリックします。
3	[アクション] で次のいずれかを選択します。空のアバターソースのプロファイル画像を削除: Active Directory のプロファイル画像が空の場合、このオプションにより、ユーザーが以前 Webex で自分の画像をアップロードした場合でも、ユーザープロファイル画像がクラウドから削除されます。同期ソースから再アップロードしてキャッシュされた画像を上書きする: Directory Connector は以前と同じ Active Directory を使用して、すべてのユーザーのプロファイル画像を更新します。これにより、Active Directory とクラウドのプロファイル画像が一致しないことが保証されます。
4	[適用] をクリックします。

Directory Connector をアンインストールして非アクティブ化

ディレクトリ同期化をこれ以上使いたくなくなった。
複数のディレクトリコネクタのうち、1 つを使いたくなくなった (高可用性)。
ドメインを変更して、別のコネクタをインストールしたい。

開始する前に

高可用性 (HA) または複数のドメインの同期のために、Directory Connector の複数のインスタンスがセットアップされている場合があります。唯一の Directory Connector インスタンス、または最後に残った Directory Connector インスタンスのアンインストールを行う場合、同期は無効にします。
Directory Connector をアンインストールする前に、重要な作業を保存して閉じてください。

1	Windows マシンからコントロールパネルに移動して、プログラムと機能をクリックします。
2	プログラムリストから、[Directory Connector] をクリックし、[アンインストール] を選択し、プロンプトに従います。アンインストールを完了するためにリブートが必要になる場合があります。
3	https://admin.webex.com の顧客ビューから、[管理] > [組織設定] に移動し、[ディレクトリ同期] までスクロールして、[詳細] をクリックし、アンインストールするディレクトリコネクタインスタンスの隣の [非アクティブ化] をクリックします。
4	指示を読んだ後、[非アクティブ化] をクリックします。高可用性 (HA) 展開内に別の Directory Connector がない限り、ユーザーアカウントはこれからは同期しなくなります。

診断ツールの実行

組み込みの診断ツールを使用して、Directory Connector 展開のトラブルシューティングを行うことができます。このツールは Directory Connector 3.4 以降の一部としてインストールされます。

同期が正しく機能しなかった場合は、設定またはネットワークエラーが発生する可能性があります。このツールは、サポートに連絡する前にエラーを診断できるように、LDAP への接続をテストします。ツールがエラーを返した場合、詳細なログ結果をサポートに送信できます。

Active Directory ドメインサービスのテストを実行するには:
1. スタートメニューに移動し、Cisco Directory Connector を探し、[Cisco Directory - 診断] をクリックします。[AD-DS] タブをクリックし、[ドメイン] を入力し、[ドメインコントローラの読み込み] をクリックします。
2. リストからドメインコントローラを 1 つ選択します。
  
  増分検索は常に同じドメインコントローラで実行する必要があるため、後でエントリを変更しないでください。
3. デフォルトでは、すべてのパスが検索されますが、1 つの [属性] を選択し、[テスト] をクリックして、その値を確認できます。
4. [Active Directory クエリ] セクションで、[ユーザー] と [グループ] オブジェクトと検索フィルタのいずれか、または両方など、さらにフィルタを設定します。
5. [Cookie の自動入力] をオンにして、検索用のクッキーを自動的に生成します。
6. [クエリ] をクリックして、新しい増分検索または完了検索を開始します。この検索には数秒かかる場合があります。
7. テストが完了したら、[保存 ] をクリックしてログエントリを保存します。ログエントリは、チケットを開く際に分析のためにサポートチームに送信できます。
Active Directory Lightweight Directory サービスのテストを実行するには:
1. スタートメニューに移動し、Cisco Directory Connector を探し、[Cisco Directory - 診断] をクリックします。[AD-LDS] タブをクリックし、[ホスト] と [ポート] を入力し、[パーティションのロード] をクリックします。
2. リストからパーティションを選択し、[接続] をクリックします。
3. デフォルトでは、すべてのパスが検索されますが、1 つの [属性] を選択し、[テスト] をクリックして、その値を確認できます。
4. [Active Directory クエリ] セクションで、[ユーザー]、[ユーザープロキシ]、[UserProxyFull] および検索フィルタなどのフィルタを設定します。
5. [Cookie の自動入力] をオンにして、検索用のクッキーを自動的に生成します。
6. [クエリ] をクリックして、新しい増分検索または完了検索を開始します。この検索には数秒かかる場合があります。
7. テストが完了したら、[保存 ] をクリックしてログエントリを保存します。ログエントリは、チケットを開く際に分析のためにサポートチームに送信できます。
Lightweight Directory Access Protocol（LDAP）のテストを実行するには:
1. スタートメニューに移動し、Cisco Directory Connector を探し、[Cisco Directory - 診断] をクリックします。[LDAP RAW] タブをクリックし、[ルートパス]、[フィルター] を入力し、[属性] からエントリを選択し、[パーティションのロード] をクリックします。
2. 必要に応じて、次のオプションをチェックします。
  - ObjectSecurity—このオプションがある場合、発信者は権限を必要とせず、発信者がアクセスできるオブジェクトと属性だけを表示できます。このオプションが存在しない場合、発信者は変更を複製する権利があります。
  - ParentsFirst: お子さんのすべての親が自分の子より先に来るようにします。
3. ExtendedDN の値を選択します。
  
  この値は、拡張された LDAP 検索で使用され、オブジェクトの識別名の拡張形式を要求します。
4. ReferralChasing の値を選択します。
  
  たとえば、名前空間外のクエリー結果の詳細（別のドメインまたはフォレストのグループメンバーなど）については、ドメインコントローラがクエリーから参照を返したときに照会が開始されます。
5. [クエリ] をクリックして、新しい増分検索または完了検索を開始します。この検索には数秒かかる場合があります。
6. テストが完了したら、[保存 ] をクリックしてログエントリを保存します。ログエントリは、チケットを開く際に分析のためにサポートチームに送信できます。

Ciso Directory Connector の問題をトラブルシューティング

Directory Connector のトラブルシューティングと修正

Directory Connector でエラーメッセージまたはその他の問題が発生する場合があります。また、Directory Connector がユーザー情報を同期した後、コネクタは同期に関する問題を記載したメールレポートを送信する場合があります。発生する可能性のある問題、考えられる原因、およびサポートに連絡する前に試すことができる解決策については、次のセクションを参照してください。

インストール

Directory Connector が動作を停止した

Directory Connector が動作していないことを知らせる警告メールを受信しました。

Directory Connector が正しくインストールされていない可能性があります。
Directory Connector が実行されていない可能性があります。
ネットワークは使用できない可能性があります。

以下の作業を行います。

[コントロールパネル] > [プログラムと機能] を開きます。Directory Connector　を検索します。存在しない場合は、Control Hub から最新バージョンをダウンロードしてインストールします。
[サービス] を開き、Cisco DirSync Service を見つけます。ステータスが [開始] として表示されていることを確認します。サービスが停止されている場合、右クリックで開始を選択し、サービスを再度開始します。
Directory Connector をインストールしたサーバーにインターネットへのアクセス権があることを確認してください。

再インストールエラー

問題: 古いコネクタをアンインストールした後、すぐに新しいコネクタをインストールすると、エラーメッセージが表示される場合があります。

考えられる原因: Windows Server 2012 では、アンインストールクライアントはサービスリストからサービスアカウントを削除するのに時間を必要とします。

解決策: 時間が経過したら、もう一度インストールをお試しください。

サインイン

SSO サインイン中にディレクトリコネクタがクラッシュ

問題

SSO サインインページからメールアドレスを入力すると、Directory Connector がクラッシュする場合があります。

対処方法

以下の作業を行います。

新しいグループポリシーを設定するには、次の手順を実行します。

ドメインコントローラに移動し、グループポリシー管理 (gpedit.msc) を開きます。
特定の OU またはドメインを右クリックし、[このドメインで GPO を作成] を選択し、[ここにリンク...
ポリシーに名前を付けて、右クリックして [編集] を選択します。

マシンレベルでポリシーを変更するには、次の手順を実行します。

[コンピューター設定] > [基本設定] > [Windows 設定] に進み、[レジストリ] を右クリックし、[新規] を選択し、[レジストリアイテム] を選択します。
キーパスについては、HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Internet Explorer\Main を入力または移動します。
[スクリプトデバッガを無効にする] を [値] に入力し、[値データ] に [いいえ] を入力します。

設定は、このスクリーンショットと一致する必要があります。

ユーザーレベルでポリシーを変更するには、次の手順を実行します。

[コンピューター設定] > [基本設定] > [Windows 設定] に進み、[レジストリ] を右クリックし、[新規] を選択し、[レジストリアイテム] を選択します。
キーパスについては、HKEY_CURRENT_USER\SOFTWARE\Microsoft\Internet Explorer\Main を入力または移動します。
[スクリプトデバッガを無効にする] を [値] に入力し、[値データ] に [いいえ] を入力します。

設定は、このスクリーンショットと一致する必要があります。

変更は、gpupdate /force を実行した後、マシンが再起動した後 (マシン変更の場合)、またはユーザーが再びサインインした後 (ユーザー変更の場合)、有効になります。

Cisco DirSync Service Connector を登録できませんでした

問題

サインインに失敗すると、「Cisco DirSync Service Connector が登録できませんでした」というメッセージが表示されます。

対処方法

Directory Connector がインストールされている Windows システムは、Active Directory のメンバーである必要があります。

サインインページが表示されません

問題

Directory Connector を開くと、サインインページが表示されませんでした。

対処方法

次の手順を試してください。

Internet Explorer で、https://cloudconnector.webex.com/SynchronizationService-v1_0/?orgId=GLOBAL に移動します。Chrome や Firefox などの他のブラウザでリンクをお試しください。
Internet Explorer がリンクにアクセスできないが、他のブラウザがアクセスできない場合は、Internet Explorer の設定をチェックし、[TLS 1.1] および [1.2] チェックボックスをオンにします。(Internet Explorer で TLS を有効にする手順を使用します。)

サインインプロンプトが表示されます

問題

ユーザ名とパスワードを入力して認証を渡すように要求するプロンプトが表示されます。

考えられる原因

Directory Connector は、サインインアカウントで NTLM セキュリティ認証をサイレントに完了します。認証に失敗した場合、ダイアログがポップアップして、認証ユーザ名とパスワードを要求します。

対処方法

サインインポップアップウィンドウが表示されたら、セキュリティを渡すための正しい認証を持つ有効なアカウントを提供する必要があります。

リモートサーバーに接続できません

問題

通常の操作中に、「リモートサーバーに接続できません」というエラーメッセージが表示されます。

考えられる原因

プロキシの問題を解決する必要がある問題がある可能性があります。

対処方法

トラブルシューティングの詳細については、「サービスアカウントサインインの問題をトラブルシューティング」を参照してください。

コネクタを登録できません

問題

「コネクタを登録できません。一般的な例外が発生しました」。

考えられる原因

ほとんどの場合、問題は、Directory Connector が LDAP ルートコンテキストに接続する権限を持っていないためです。

対処方法

以下の作業を行います。

コマンドプロンプト (cmd) を実行し、ldp.exe を入力します。
[接続] > [バインド] をクリックし、[現在ログインしているユーザーとしてバインド] を選択し、[OK] をクリックします。
[表示] > [ツリー] をクリックし、BaseDN として [DC=arbonneintl,DC=ad] を入力し、[OK] をクリックします。
問題が継続する場合、サポートでケースを開きます。

同期

アバターが同期されていません

問題

Cisco Directory Connector がユーザー AD データを Webex クラウドに同期しました。ただし、正常に同期されたアバターデータはありません。

考えられる原因

既存のアバターサーバを再使用し、ユーザアバターがすでに同期されている場合、ローカルキャッシュによりキャプチャされ、再送信が回避され、帯域幅が節約されます。

対処方法

次の手順に従って、ローカルキャッシュを削除します。

C:\Program Files (x86)\Cisco Systems\Cisco Directory Connector\Plugins\ に移動します。
DirSyncPluginAvatar.dll-cache.bin を削除します。
Cisco Directory Connector からアバターの同期を再実行します。

競合するユーザーメールアカウント

問題

同期結果に競合するユーザーメールアカウントが表示される場合があります。

ユーザーが Webex アプリの無料バージョンを試した場合、メールアドレスは無料コンシューマー組織内に存在します。
ユーザーのメールが別の組織で同期されたことがない場合。
ユーザーのメールが組織に属する複数のドメインに存在する場合。

対処方法

以下の作業を行います。

ユーザーを要求する場合は、次の手順に従います。
1. Control Hub でドメインを確認済みしていることを確認します。
2. Cisco Directory Connector を一時的に無効にします。
3. Control Hub の [ユーザーの要求] オプションを使用して、無料の消費者組織に存在する可能性があるアカウントを申請します。詳細については、「ユーザーを組織に要求する (ユーザーの変換) 」を参照してください。
4. Cisco Directory Connector でドライランを実行し、ディレクトリ同期を再度有効にします
最後のケースでは、Active Directory ソースのユーザーデータをダブルチェックします。

非アクティブとしてマークされた変換ユーザー

問題

考えられる原因

無料ユーザーがエンタープライズ組織に変換されると、そのユーザーはセキュリティコンプライアンスメジャーとして 30 日間非アクティブステータスとしてマークされます。この期間中は、ユーザーは Webex アプリにサインインできず、30 日間の期間終了時に削除対象としてマークされます。この状況は、無料のユーザー情報が Active Directory に存在しないために発生します。

対処方法

ユーザーアカウントを削除しない場合は、アクションを実行する必要があります。この問題を解決するには、変換された無料ユーザーアカウントに対応するオンプレミスの Active Directory でユーザーアカウントを作成します。次に、Cisco Directory Connector から同期を実行します。その後、ユーザーは Webex アプリに再度サインインでき、アカウントは削除されません。

増分同期が失敗する

問題

増分同期に失敗しました。

この問題は、次の条件で Windows Server 2008 R2 で発生する場合があります。

増分値の更新をサポートします。
使用するフィルタは、リンクされた値属性を参照します。
その属性の結果値は、前回完全な同期が実行されてから更新されました。

対処方法

Windows Server 2008 R2 には、この問題に関連するバグがあります。バグは 2012 R2 以降で修正されました。Windows Server を少なくとも 2012 R2 にアップグレードすることを推奨します。

属性の値が無効です

問題

[user dn dn (distinguished name)] では、属性 [attribute name] が以下の無効な値 [attribute value] を持ちます。

考えられる原因

CN=b,OU=Employees,OU=C Users,DC=c,DC=com の場合、属性 [電話番号] には次の無効な値があります。+ この属性は少なくとも 1 つの番号を含む必要があります。

対処方法

このユーザーの属性には、有効な値がありません。警告メッセージの記述に従ってこの値を修正してください。再度同期を行います。

削除される一致したユーザー

問題

一致したユーザーは削除対象としてマークされます。

ドライラン同期を実行して Active Directory とクラウド間のデータを確認する場合、両方に同じメールアドレスが表示される場合があります。ただし、ユーザーは削除するオブジェクトとしてマークされます。

対処方法

適切な修正を選択します。

ユーザーを削除してライセンスを再実行しても問題ない場合は、修正のために Directory Connector を使用できます。同期を実行してユーザーを削除し、別の同期を実行してオンプレミス AD からクラウドにユーザーを同期します。
ユーザーアカウントを削除して再作成できない場合は、サポートでケースを開きます。

属性がありません

問題

オンプレミスのエントリ [user dn (distinguished name)] を追加する場合に必要な属性 [attribute_name]。すべての必須属性に値が設定されるまで、エントリは Control Hub で作成されません。

考えられる原因

必須属性メールアドレスがありません。オンプレミスのエントリ [CN=Sales User,OU=Engineers,OU=K,DC=k,DC=local] を追加すると、すべての必須属性が値になるまで、エントリは Control Hub で作成されません。

対処方法

ユーザー [user_email_address] に必要な属性の 1 つがありません。そのユーザーに必要な値を提供してください。

ネストされたグループが同期されません

問題

ネストされた Active Directory グループのユーザーは、クラウドに適切に同期されません。

考えられる原因

子グループと親グループの両方を含むフィルタが使用され、サポートされていません。たとえば、次のようなものです。(memberof=CN=testgroup1,CN=Users,DC=rktest2008,DC=org)

対処方法

グループを同期するフィルタを再設定する必要があります。たとえば、次のようなものです。|(memberof=CN=testgroup1,CN=Users,DC=rktest2008,DC=org)(memberof=CN=testSubGroup,CN=Users,DC=rktest2008,DC=org)

ユーザー名の競合

問題

既存のクラウド入力オブジェクトの [user dn] と以下の名前に命名の競合が発生しています。[user email address]、およびユーザータイプ [user_type]。

考えられる原因

そのメールアドレスを使用するユーザーはすでに Control Hub に存在しています。

対処方法

Control Hub を通じて登録したアカウントと同じメールアドレスを使用して、Active Directory にユーザーを作成します。

Control Hub

Control Hub でユーザーリストが見つかりません

問題

1,000 人以上の同期済みユーザーを持つ Webex 組織がある場合、Control Hub にユーザーリストが表示されない場合があります。

対処方法

検索機能を使用してユーザーアカウントを検索できます。Control Hub で、[ユーザー] に移動し、検索をクリックし、検索条件を入力して特定のユーザーを見つけます。

グループは Control Hub に同期されません

問題

ディレクトリグループのユーザーは、Control Hub に適切に同期されません。

考えられる原因

グループは Active Directory で isCriticalSystemObject としてタグ付けされません。

対処方法

Active Directory で属性 isCriticalSystemObject が TRUE に設定されていることを確認してください。

Directory Connector のトラブルシューティングを有効化する

ログファイル: \Cisco Systems\Cisco Systems\Cisco Directory Connector\Logs

1	`services.msc` ファイルを実行して、Directory Connector サービスの実行中のアカウントをローカルシステムから AD DS または AD LDS にアクセスする権限を持つドメインアカウントに変更します。
2	サービスを再開します。詳細については、サービスの開始方法を参照してください。
3	Directory Connector で、[ダッシュボード] をクリックします。
4	[アクション] に移動し、[ユーティリティ] > [トラブルシューティング] をクリックします。
5	トラブルシューティングが有効になると、エラーの原因となったアクションが繰り返されます。これによって、検査のためのトラフィックデータを取得することができます。
6	ログファイルを確認します。ファイルが空白の場合、アカウントに AD DS ないしは AD LDS にアクセスする権利があるかどうかを確認します。ログフォルダーは過去 3 日間のファイルのみを保存します。ログファイルのコンテンツは、システムへのイベントログ出力と一致しています。
7	必要に応じて、ログファイルをサポートに送信してアシスタンスを依頼してください。
8	完了後は、トラブルシューティング機能を無効にしてください。

関連情報

イベントビュアーを開始

完全もしくは増加同期中に発生したイベントを確認するには、イベントビューを開始します。管理イベントとエラーログの概要が表示されます。

1	Directory Connector から [ダッシュボード] に移動し、[アクション] > [イベントビューアの起動] をクリックします。イベントプロパティダイアログでは、同期イベント詳細およびエラー詳細を表示します。
2	イベントビューアから、[アプリケーションとサービスのログ] > [Cisco Directory Connector] に移動します。
3	[アクション] の下で、[すべてのイベントに名前を付けて保存] をクリックして、すべてのログを 1 つの Events ファイル (*.evtx)、または xml や csv などの別の形式としてエクスポートします。

次に行うこと

ケースを開く必要がある場合は、サポートに連絡し、コネクタの問題を説明し、ケースに Events ファイルを添付してください。

イベントログではユーザーアクションをキャプチャします。ネットワークトラフィックの管理については、コネクタでトラブルシューティングを有効にします。

Internet Explorer で TLS を有効にする

シングルサインオン (SSO) プロバイダーを切り替えると、Cisco ディレクトリコネクタから次のエラーメッセージが表示される場合があります。

サービスへのログオンでエラーが発生しました
このページのスクリプトでエラーが発生しました

これらのエラーが表示された場合は、ブラウザで TLS 設定を有効にする必要があります。

1	Internet Explorer を開き、[ツール] を選択します。今すぐ有効にする TLS/SSL バージョンのボックスをオンにします [OK] をクリックしますブラウザを閉じて、再度開きます
2	[インターネットオプション] をクリックし、[詳細] に進み、[セキュリティ] までスクロールします。
3	[TLS 1.1 を使用する] および [TLS 1.2 を使用する] チェックボックスをオンにして、[OK] をクリックします。
4	変更を有効にするには、システムを再起動してください。

サービスアカウントのサインインの問題をトラブルシューティングする

Cisco Directory Connector にサインインできない、または同期を実行できない場合は、サポートに連絡する前に、これらの手順を使用して問題を解決してください。

ウェブブラウザーの https://cloudconnector.webex.com/SynchronizationService-v1_0/?orgId=GLOBAL に行きます。

結果によりますが、1 つを選択します。

ブラウザーからリンクに行けない場合、ネットワーク設定を確認してください。環境がプロキシを使用している場合、プロキシ設定を確認してください。
ブラウザからリンクにアクセスできますが、Cisco Directory Connector を開くことができない場合 (コネクタを開くことができず、407 でポップアップエラーメッセージ)、ここをクリックして Cisco Directory Connector の最新バージョンを入手してください。
ブラウザからリンクにアクセスできますが、Cisco ディレクトリコネクタから同期を実行できない場合は、サービスログインアカウントをドメイン管理者に変更してください。

Windows システムへのサインインに使用したアカウントが、「Cisco DirSync Service」で設定したアカウントと同じかどうかを確認します。2 つの異なるアカウントの場合、両方のアカウントが https://cloudconnector.webex.com/SynchronizationService-v1_0/?orgId=GLOBAL にアクセスできることを確認してください。お使いの環境がプロキシを使用している場合、両方のアカウントが Internet Explorer でプロキシに設定されており、https://cloudconnector.webex.com/SynchronizationService-v1_0/?orgId=GLOBAL 正常にアクセスできることを確認してください。

少なくとも、Cisco DirSync サービス（Windows サービスで確認できる）に設定されたアカウントに、アバターデータと AD データにアクセスできる特権レベルがあることを確認してください。デフォルトでは、サービスは Windows ログインアカウントの資格情報と認証を利用します。

関連情報

Windows レジストリで SafeDllSearchMode を確認する

通常、SafeDllSearchMode が有効になっていますが、レジストリ設定をダブルチェックするには、この手順を使用します。

開始する前に

Windowsレジストリへの変更は、極端な注意が必要です。これらの手順を使用する前に、レジストリのバックアップを作成することをお勧めします。

Windows 検索または [実行] ウィンドウで、regedit と入力し、Enter を押します。

[HKEY_LOCAL_MACHINE\System\CurrentControlSet\Control\Session Manager] に移動します。

1 つを選択します。

SafeDllSearchMode がリストされていません - これ以上のアクションは必要ありません。
SafeDllSearchMode がリストされている—値が 1 に設定されていることを確認します。

詳細については、「ダイナミックリンクライブラリの検索順序」を参照してください。

Cisco Directory Connector の概要

ディレクトリコネクタの概要

表のすべての機能、説明、利点を参照します。

機能	説明と利点
使いやすいダッシュボード	ダッシュボードは、同期スケジュールの概要と、同期の状況、Directory Connector のステータスを提供します。サインインしていつでもダッシュボードを表示できます。
クラウドに同期する前にドライランを行う	クラウドに実装する前に、ディレクトリへの変更のドライランを実行します。レポートを実行し、望む変更が期待するものであるか確認します。
完全および増加同期	ディレクトリ全体を同期します。または増加変更のみを同期し、処理電源に保存して、同期時間を短くします。
複数のドメイン (単一フォレストまたは複数のフォレスト) を同期します	Directory Connector は、単一のフォレスト、または複数のフォレスト (AD LDS を必要としない) のどちらかで複数のドメインをサポートします。複数の Active Directory ドメインを持つ企業の場合、各ドメインに Directory Connector をインストールし、各ドメインを組織にバインドし、各ユーザーベースを Webex に同期できます。Control Hub は、複数の Directory Connector の同期状態を表示することで、ステータスを反映し、特定のドメインの同期をオフにし、高可用性展開で Directory Connector を非アクティブ化できます。
スケジュールされた同期	日、時間、分で同期のスケジュールを設定できます。
Lightweight フィルター Access Protocol (LDAP) フィルター	LDAP 検索条件を定義し、効率的なインポートを提供します。
Active Directory 属性マッピング	Microsoft Active Directory の属性を対応する Webex クラウド属性にマッピングします。Active Directory の設定に関連する属性をマッピングしたり、クラウドにマッピングするカスタム属性を定義したりできます。プレミスからの属性は、ユーザーアカウント情報、Webex Teams の電話番号、会議室リソースの SIP アドレス、その他のユーザー連絡先カードデータ (役職、部署、マネージャなど) など、クラウド内のさまざまなデータをフォームします。
オンプレミスの会議室リソースと Webex ライセンスのない Cisco Webex Calling (Cloud PSTN) ユーザーおよびエンタープライズの連絡先の企業ディレクトリ	組織の一部が通話サービスに Cisco Webex Calling クラウド PSTN を使用している場合、またはオンプレミスの会議室デバイスを使用している場合、この機能により、ユーザーは Cisco Webex Calling (クラウド PSTN) 電話または会議室リソースからエンタープライズ連絡先のディレクトリを検索できます。会議室リソース会議室情報を同期した後で、設定され、マップされた SIP アドレスをもつオンプレミス会議室デバイスは、Cisco Webex 会議室デバイスまたは Cisco Webex Board などのクラウド登録された会議室デバイスの検索可能なエントリとして表示されます。ユーザーが Cisco Webex Room デバイスまたは Cisco Webex Board で検索すると、SIP アドレスで設定された同期された会議室エントリが表示されます。エントリの Webex デバイスからコールを発信すると、コールはルームに設定された SIP アドレスに発信されます。通話ユーザーは Webex アプリの連絡先に加えて、エンタープライズの連絡先に発信できます。Directory Connector を通じて、エンタープライズユーザーとその電話番号が Webex 組織に追加されます。この機能を動作させるために、Webex サービスのライセンスを取得する必要はありません。 Webex のライセンスを持っていないユーザーは、Directory Connector を通じて Webex に同期された URI または電話番号がある場合、Cisco Webex Calling ユーザーの電話から実行されるディレクトリ検索に表示されます。通話機能は、両方のタイプのユーザーに対して同様に動作します。この機能はまた、電話番号のみの連絡先に対するダイヤルの編集機能も提供します。連絡先の検索結果: 連絡先にダイヤル可能な URI (Webex SIP アドレス) と電話番号がある場合、連絡先に関連付けられた URI が表示されます。連絡先にダイヤル可能な URI がないが、電話番号がある場合、電話番号が表示されます。それらにも、ダイヤル編集用のソフトキーがあります。連絡先にいずれもない場合、それらはディレクトリに表示されません。
イベントビューアー	イベントビューアーを使用して、同期に問題があるか確認します。
診断ツールとトラブルシューティング	内蔵の診断ツールを使用して、Cisco Directory Connector の展開のトラブルシューティングを行うことができます。同期が正しく機能しなかった場合は、設定またはネットワークエラーが発生する可能性があります。このツールは、サポートに連絡する前にエラーを診断できるように、Active Directory への接続をテストします。 Directory Connector でトラブルシューティングを有効にすると、ログが書き込まれてテクニカルサポートに送信されます。
自動アップグレード	Directory Connector をインストールした後、新しいソフトウェアのバージョンが利用可能になると通知が送信されます。新しいバージョンがリリースされたときに、常に最新バージョンのソフトウェアを使用できるように自動アップグレードを設定できます。
高可用性	メインのコネクタやマシンのホスティングがダウンした場合のために、バックアップを作成するため、複数のコネクタを構成します。

Directory Connector は、三つの領域に分けられます:

Control Hub は、Webex 組織のあらゆる面を管理できる単一のインターフェイスです。ユーザーがエンタープライズ ID プロバイダを通して認証し、Webex アプリの招待メールを送信しない場合は、ユーザーを表示、ライセンスの割り当て、Directory Connector のダウンロード、シングルサインオン (SSO) の設定を行います。
Directory Connector 管理インターフェイス は、Control Hub からダウンロードし、信頼できる Windows サーバーにインストールするソフトウェアです。複数のアクティブディレクトリドメインについて、同期する各ドメインにソフトウェアのインスタントを 1 つインストールできます。ソフトウェアを使用して、同期を実行して、Active Directory ユーザーアカウントを Webex に持ち込み、同期ステータスを表示および監視し、Directory Connector サービスを設定することができます。
ディレクトリ同期サービス は、Active Directory をクエリして、同期するユーザーとグループをコネクタサービスと Directory Connector に取得します。

Directory Connector アーキテクチャを理解するには、次の図を参照してください。

Directory Connector のための環境の準備

Directory Connector の要件

Windows および Active Directory の要件

次のサポートされている Windows サーバーに Directory Connector をインストールできます。

Windows サーバー 2022
Windows Server 2019
Windows Server 2016

Directory Connector は、次の Active Directory サービスでサポートされています。

Active Directory 2016 年

（Directory Connector は、Windows Server 2019 で最新バージョンの Active Directory を使用する場合にサポートされます）
Active Directory 2012 年
Active Directory 2008 R2
Active Directory 2008 年

次の追加要件に注意してください。

Directory Connector には TLS1.2 が必要です。以下をインストールする必要があります。
- .NET Framework v3.5 (Directory Connector アプリケーションに必要です。問題が発生した場合は、「ロールと機能の追加ウィザードを使用して .NET Framework 3.5 を有効にする」の手順を使用します。)
- .NET Framework v.4.5 (TLS1.2 に必要)
アクティブディレクトリ forest 機能レベル 2 (Windows Server 2003) またはそれ以降が必要です。(詳細については、「アクティブディレクトリの機能レベルとは?」を参照してください。)

ハードウェアの要件

次の最小ハードウェア要件を持つコンピュータに Directory Connector をインストールする必要があります。

8 GB の RAM
50 GB のストレージ
CPU の最低条件はありません

ネットワーク要件

ネットワークがファイアウォールの背後にある場合は、システムでインターネットへの HTTPS (ポート 443) アクセスがあることを確認してください。

Webex 組織の要件

Control Hub から Directory Connector ソフトウェアにアクセスするには、トライアルまたは有料サブスクリプションを持つ Webex 組織が必要です。
(オプション) 新しい Webex アプリのユーザーアカウントを初めてサインインする前にアクティブにする場合は、次の操作を行うことを推奨します。
- クラウドに同期するユーザーのメールアドレスを含むドメインの追加、検証、およびオプションで要求します。
- ID プロバイダー (IdP) と Webex 組織のシングルサインオン (SSO) インテグレーションを行います。
- 自動招待メールを抑制することで、新規ユーザーが自動招待メールを受信しなくなり、独自のメールキャンペーンを行うことができます。(この機能は SSO インテグレーションが必要です。)

詳細については、「Control Hub のユーザーステータスとアクション」を参照してください。

インストール要件

複数のドメイン環境 (単一フォレストまたは複数のフォレストのいずれか) については、各 Active Directory ドメインに 1 つの Directory Connector をインストールする必要があります。別の既存ドメイン (A) の同期したユーザーデータを保持している間、新しいドメイン (B) を同期する場合、サポートされている別の Windows サーバーを持ち、ドメイン (B) 同期に Directory Connector をインストールします。
コネクタにサインインするには、Active Directory の管理アカウントは必要ありません。Control Hub のフル管理者アカウントと同じユーザーであるローカルユーザーアカウントが必要です。

このローカルユーザは、ドメインコントローラに接続し、Active Directory ユーザオブジェクトを読み取るために、その Windows マシン上の権限を持っている必要があります。マシンログインアカウントは、ローカルマシンにソフトウェアをインストールする権限を持つコンピュータ管理者である必要があります。（この情報は、仮想マシンのログインにも適用されます）。
コネクタにサインインする際に、サインインアカウントは Control Hub のフル管理者アカウントと同じである必要があります。デフォルトでは、コネクタはローカルシステムアカウントを使用して Active Directory にアクセスします。ただし、Windows サービスを使用して、Active Directory にアクセスするための別のアカウントを設定することができます。（この情報は、仮想マシンのログインにも適用されます）。
次の手順を使用して、Windows Safe ダイナミックリンクライブラリ（DLL）検索モードが有効になっていることを確認します。Windows レジストリで SafeDllSearchMode を確認します。
1 つのフォレストで複数のドメインに AD LDS を使用する場合は、Directory Connector および Active Directory ドメインサービス/Active Directory ライトウェイトディレクトリサービス（AD DS/AD LDS）を別のマシンにインストールすることを推奨します。

複数のドメインの要件

各ドメインには、Directory Connector の個別のインスタンスが必要です。
Directory Connector ソフトウェアは、同期するのと同じドメインにあるホスト上で実行する必要があります。
Control Hub でドメインを確認または要求することをおすすめします。(「ドメインの追加、検証、要求」を参照してください。)
50 を超えるドメインを同期する場合は、組織を大規模な組織リストに移動させるために、チケットを開く必要があります。
必要に応じて、ルームリソース情報をユーザーアカウントと同期できます。(「オンプレミスの会議室情報を Webex Cloud に同期する」を参照してください)。

自動ライセンス割り当てに関する Active Directory グループの推奨事項

Active Directory には 2 種類のグループがあります。

配信グループ: メール配信リストを作成するために使用されます。
セキュリティグループ: 共有リソースに権限を割り当てるために使用されます。

Active Directory でグループを作成する際には、次のガイドラインを考慮してください。

各役割、部署、サービス (セールス、マーケティング、マネージャー、会計士、Webex ライセンスなど) に対してグローバルグループを作成します。
組織全体の標準命名規則を使用して、グループに関する重要な情報を簡単に識別できるようにします。グループ名には、アクセスレベル、リソースタイプ、セキュリティレベル、グループスコープ、メール機能など、グループに関する詳細を含めることができます。たとえば、グループ名「GSG_Webex_Licensing_EMEAR」は、Webex ライセンス EMEAR ユーザーのグローバルセキュリティグループを指します。
地理や管理階層など、わかりやすい方法でグループを整理します。グループの説明を使用して、グループの目的を完全に説明します。
新しくプロビジョニングされたグループにユーザーを追加する前に、それらのグループの自動ライセンスグループテンプレートを Control Hub で定義します。詳細については、「自動ライセンス割り当てテンプレートを設定する」を参照してください。

サイズ情報

同期の速度に影響を与える要因はいくつかあります。

Active Directory オブジェクトの合計数。(5000 人のユーザー同期ジョブは 50,000 件までかかります。)
ネットワーク速度と帯域幅。
システムのワークロードと仕様。

50,000 人を超えるユーザを同期している場合は、フェールオーバーと冗長性のために 2 番目のコネクタを使用することを強く推奨します。

Windows レジストリで SafeDllSearchMode を確認する

通常、SafeDllSearchMode が有効になっていますが、レジストリ設定をダブルチェックするには、この手順を使用します。

開始する前に

Windowsレジストリへの変更は、極端な注意が必要です。これらの手順を使用する前に、レジストリのバックアップを作成することをお勧めします。

Windows 検索または [実行] ウィンドウで、regedit と入力し、Enter を押します。

[HKEY_LOCAL_MACHINE\System\CurrentControlSet\Control\Session Manager] に移動します。

1 つを選択します。

SafeDllSearchMode がリストされていません - これ以上のアクションは必要ありません。
SafeDllSearchMode がリストされている—値が 1 に設定されていることを確認します。

詳細については、「ダイナミックリンクライブラリの検索順序」を参照してください。

ウェブプロキシの統合

ウェブプロキシ認証がご使用中の環境で有効化された場合、 Directory Connectorはまだご使用になれます。

組織で透過ウェブプロキシを使用している場合、認証はサポートされません。コネクタはユーザーを正常に接続し、同期します。

以下のいずれか 1 つのアプローチを選択することができます。

Internet Explorer 経由の明示的なウェブプロキシ (コネクタはウェブプロキシ設定を引き継ぎます)
.pac ファイルを介した明示的なウェブプロキシ (コネクタはエンタープライズ固有のプロキシ設定を継承します)
変更なしでコネクタで動作する透過型プロキシ

ブラウザーを通じてウェブプロキシを使用する

Internet Explorer 経由で Web プロキシを使用するようにディレクトリコネクタを設定できます。

1	Internet Explorer から、[インターネットオプション] に移動して、[接続] をクリックして、[LAN の設定] を選択します。
2	コネクタがウェブプロキシにインストールされている Windows インスタンスを指します。コネクタはこれらの Web プロキシ設定を継承します。
3	プロキシ認証を使用している環境の場合、以下の URL を許可リストに追加してください。同期のための cloudconnector.webex.com 。認証用の idbroker.webex.com 。フォント、js コンポーネントなどの静的リソースを提供する idbroker-static.webex.com 。これは、サイト全体 (すべての主催者) またはコネクタを持つホストのみに対して実行できます。これらの URL を許可リストに追加してウェブプロキシを完全にバイパスする場合は、ファイアウォール ACL テーブルが更新され、コネクタホストが URL に直接アクセスすることを許可するようにしてください。
4	環境が認証局から証明書失効リストをリクエストする必要がある場合は、次の URL を許可リストに追加します。 .quovadisglobal.com .digicert.com .godaddy.com .identrust.com *.lencr.org 詳細については、Webex サービスにアクセスする必要があるドメインと URL に関する記事を参照してください。

PAC ファイルを通じてウェブプロキシを構成する

プロキシ認証を使用している環境の場合、以下の URL を許可リストに追加してください。

同期のための cloudconnector.webex.com 。
認証用の idbroker.webex.com 。
フォント、js コンポーネントなどの静的リソースを提供する idbroker-static.webex.com 。

これは、サイト全体 (すべての主催者) またはコネクタを持つホストのみに対して実行できます。

環境が認証局から証明書失効リストをリクエストする必要がある場合は、次の URL を許可リストに追加します。

*.quovadisglobal.com
*.digicert.com
*.godaddy.com
*.identrust.com
*.lencr.org

詳細については、Webex サービスにアクセスする必要があるドメインと URL に関する記事を参照してください。

NTLM プロキシ

NTLM デザイン

一般的に、NTLM の技術的な設計は、チャレンジと応答のメカニズムに基づいています。

ユーザは Windows アカウントとパスワードを使用してクライアント PC にサインインします。パスワードはローカルに保存されません。プレーンテキストパスワードの代わりに、パスワードのハッシュ値がローカルに保存されます。ユーザがパスワードを通じてクライアントにサインインすると、Windows OS は入力パスワードから保存されたハッシュ値とハッシュ値を比較します。両方が同じ場合、認証はパスされます。

ユーザが別のサーバのリソースにアクセスする場合、クライアントはアカウント名でプレーンテキストで要求を送信します。
サーバがリクエストを受信すると、サーバは 16 ビットランダムキーを生成します。キーは Challenge（または Nonce）と呼ばれます。サーバがクライアントに戻す前に、チャレンジはサーバに保存されます。その後、サーバーはプレーンテキストでクライアントにチャレンジを送信します。
クライアントがサーバから送信されたチャレンジを受信するとすぐに、クライアントはステップ 1 で言及されたハッシュ値でチャレンジを暗号化します。暗号化後、値はサーバに返されます。
サーバがクライアントから暗号化された値を受信すると、サーバは検証のためにドメインコントローラに送信します。リクエストには次のものが含まれます。アカウント名、クライアントが送信した暗号化されたチャレンジ、および元のプレーンチャレンジ。
ドメインコントローラは、アカウント名に応じてパスワードのハッシュ値を取得できます。そして、ドメインコントローラは、元のチャレンジで暗号化できます。次に、ドマンコントローラーは、受信したハッシュ値と暗号化されたハッシュ値と比較できます。同じ場合、検証は成功します。

トランスパレントプロキシを構成する

1	コネクタがユーザに接続して同期できるように、透過プロキシを展開します。
2	プロキシが成功したことを確認します。コネクタの起動時にブラウザ認証ポップアップウィンドウが期待されます。

プロキシ認証の設定

アクセスコントロールリストを作成して、許可リストに URL cloudconnector.webex.com を追加します。

エンタープライズファイヤーウォールサーバー上の場合:

1	DNS 検索が有効になっていない場合、有効にします。
2	この接続の推定帯域幅を決定します (コネクタでは約 2 mb/秒以下)。この限りでは無いことがあります。
3	アクセスコントロールリストを作成してコネクタホストに適用し、許可リストに追加するターゲットとして `cloudconnector.webex.com` を指定します。たとえば、次のようなものです。 `access-list 2000 acl-inside extended permit TCP [コネクタの IP] cloudconnector.webex.com eq https`
4	この ACL を、この単一コネクタホストにのみ適用可能な適切なファイアウォールインターフェイスに適用します。
5	所属のエンタープライズに残っているホストが、適切な暗示された拒否ステートメントを設定することで、ウェブプロキシの使用がまだ義務付けられていることを確認します。

Directory Connector を展開する

Cisco Directory Connector の展開タスクフロー

始める前に

1	Directory Connector のインストール Control Hub には、最初にディレクトリ同期が無効として表示されます。組織のディレクトリ同期をオンにするには、Directory Connector をインストールして構成してから、完全な同期を正常に実行する必要があります。 Directory Connector の新規インストールについては、常に Control Hub (https://admin.webex.com) に移動してソフトウェアの最新バージョンを入手し、最新の機能とバグ修正を使用できるようにしてください。ソフトウェアのインストール後、ソフトウェアを通じてアップグレードが報告され、利用可能になったら自動的にインストールされます。
2	Directory Connector にサインイン Webex 管理者資格情報でサインインし、初期設定を実行します。
3	自動アップグレードの設定 Directory Connector ソフトウェアを最新バージョンに常に最新の状態に保つことが重要です。この手順を使用して、ソフトウェアが利用可能になったときにサイレントにインストールされるようにすることを推奨します。
4	同期する Active Directory オブジェクトの選択デフォルトでは、Directory Connector はコンピュータではないすべてのユーザーと、ドメインの重要なシステムオブジェクトではないすべてのグループを同期します。同期されるオブジェクトをより詳細に制御するには、Directory Connector の [オブジェクトの選択] ページを使用して、同期する特定のユーザを選択して LDAP フィルタを指定できます。
5	ユーザー属性をマッピングローカルの Active Directory の属性をクラウド内の対応する属性にマッピングできます。唯一の必須フィールドは *uid です。
6	次のいずれかの手順を使用して、ディレクトリアバターを同期します。 Active Directory 属性からクラウドにディレクトリアバターを同期するリソースサーバーからクラウドにディレクトリアバターを同期するユーザーのアバターをクラウドに同期することで、各ユーザーのアバターがアプリケーションにサインインしたときに表示されます。 Active Directory 属性またはリソースサーバからアバターを同期できます。
7	オンプレミスの会議室情報を Webex Cloud に同期するこの手順を使用して、Active Directory から Webex クラウドにオンプレミスの会議室情報を同期します。会議室情報を同期すると、構成され、マッピングされた SIP アドレスを持つオンプレミスの会議室デバイスは、Webex Room デバイスまたは Cisco Webex Board などのクラウド登録された会議室デバイスで検索可能なエントリとして表示されます。
8	Active Directory から Control Hub にユーザーをプロビジョニングするには、次の手順を実行します。 Active Directory ユーザーでドライラン同期を実行するクラウドへの Active Directory ユーザーの完全な同期を行う Control Hub のディレクトリ同期済みユーザーに Webex サービスを割り当てるこの手順に従って、Webex アプリアカウントの Active Directory ユーザーをプロビジョニングします。Directory Connector 3.0 以降のために、複数のフォレストまたは複数のドメインの Active Directory 展開からユーザーをプロビジョニングできます。異なるドメインのユーザーをオンボードするプロセス中に、Webex クラウドにすでに存在するユーザーオブジェクトを保持または削除するかどうかを決定する必要があります。たとえば、トライアルからアカウントをテストします。目標は、アクティブディレクトリと Webex クラウドの間で完全に一致することです。

Directory Connector のインストール

始める前に

プロキシサーバを通じて認証する場合は、次のプロキシクレデンシャルがあることを確認します。

プロキシ基本認証の場合、コネクタのインスタンスをインストールした後でユーザ名とパスワードを入力します。基本認証には Internet Explorer プロキシ設定も必要です。ブラウザから Web プロキシを使用するを参照してください。
プロキシ NTLM の場合、初めてコネクタを開くと、エラーが発生する場合があります。「ブラウザ経由で Web プロキシを使用する」を参照してください。

1	Control Hub で、[ユーザー] > [ユーザーの管理] > [ディレクトリ同期を有効にする] に移動し、[次へ] を選択します。
2	[ダウンロードとインストール] リンクをクリックして、コネクタのインストール .zip ファイルの最新バージョンを VMware または Windows サーバーに保存します。 .zip ファイルをこのリンクから直接取得できますが、このソフトウェアが機能するには、Control Hub 組織への完全な管理アクセス権が必要です。新しいインストールについては、最新の機能とバグ修正を使用できるように、ソフトウェアの最新バージョンを取得してください。ソフトウェアのインストール後、ソフトウェアを通じてアップグレードが報告され、利用可能になったら自動的にインストールされます。
3	VMware または Windows サーバーで、セットアップフォルダで .msi ファイルを解凍して実行し、セットアップウィザードを起動します。
4	[次へ] をクリックし、ボックスにチェックを入れてライセンス契約に同意し、アカウントタイプの画面が表示されるまで [次へ] をクリックします。
5	使用するサービスアカウントのタイプを選択し、管理者アカウントでインストールを実行します。ローカルシステム—デフォルトオプションです。 Internet Explorer を使用してプロキシを設定している場合は、このオプションを使用できます。ドメインアカウント: コンピューターがドメインの一部である場合は、このオプションを使用します。 Directory Connector は、ドメインリソースにアクセスするために、ネットワークサービスと対話する必要があります。アカウント情報を入力し、[OK] をクリックします。ユーザー名を入力する場合は、`{domain}\{user_name} の形式を使用してください。` AD (NTLMv2 または Kerberos) と統合するプロキシの場合、ドメインアカウントオプションを使用する必要があります。 Directory Connector サービスを実行するために使用されるアカウントは、プロキシを渡し、AD にアクセスするのに十分な権限を持っている必要があります。エラーを回避するために、次の権限が設定されていることを確認してください。サーバーはドメインの一部ですドメインアカウントは、オンプレミス AD データとアバターデータにアクセスできます。アカウントは `C:\Program Files` の下のファイルにアクセスする必要があるため、ローカル管理者の役割も持つ必要があります。仮想マシンログインの場合、管理アカウント権限は少なくともドメイン情報を読み取ることができなければなりません。
6	[インストール] をクリックします。ネットワークテストの実行後、プロンプトが表示されたら、プロキシ基本資格情報を入力し、[OK] をクリックし、[完了] をクリックします。

次に行うこと

Directory Connector にサインイン

始める前に

プロキシの資格情報を持っていることを確認します。

プロキシ基本認証の場合、初めてコネクタを開いた後でユーザー名とパスワードを入力します。
プロキシ NTLM の場合は、Internet Explorer を開き、歯車アイコンをクリックし、[インターネットオプション] > [接続] > [LAN 設定] に進み、プロキシサーバー情報が追加されていることを確認し、[OK] をクリックします。「ブラウザ経由で Web プロキシを使用する」を参照してください。

1	コネクタを開き、プロンプトが表示されたら、`https://idbroker.webex.com` を信頼できるサイトのリストに追加します。
2	プロンプトが表示されたら、プロキシ認証資格情報でサインインし、管理アカウントを使用して Webex にサインインし、[次へ] をクリックします。
3	組織とドメインを確認します。 [AD DS] を選択した場合、[LDAP over SSL] をチェックして、セキュアな LDAP (LDAPS) を接続プロトコルとして使用し、同期するドメインを選択し、[確認] をクリックします。 [LDAP over SSL] をオンにしない場合、DirSync は引き続き LDAP 接続プロトコルを使用します。 LDAP (Lightweight Directory Application Protocol) および Secure LDAP (LDAPS) は、アプリケーションとインフラストラクチャ内のドメインコントローラの間で使用される接続プロトコルです。 LDAPS 通信は暗号化され、安全です。 [AD LDS] を選択した場合、ホスト、ドメイン、ポートを入力し、[更新] をクリックしてすべてのアプリケーションパーティションを読み込みます。次に、ドロップダウンリストからパーティションを選択し、[確認] をクリックします。詳細については、AD LDS のセクションを参照してください。 CloudConnectorCommon.dll 構成ファイルで、ADAuthLevel 設定を appSetting ノードに追加していることを確認します。値は 1、2、または 3 にすることができます。 AuthenticationTypes の詳細については、Microsoft からのこの記事を参照してください。値が 1 を持つ設定の例を次に示します。 `<appSettings> <add key=”ConnectorServiceURI” value="https://cloudconnector.webex.com/SynchronizationService-v1_0/?orgId=GLOBAL" /> <ADD KEY="ADAuthLevel" value="1" /> </appSettings>`
4	[組織の確認] 画面が表示されたら、[確認] をクリックします。すでに AD DS/AD LDS にバインドしている場合は、[組織の確認] 画面が表示されます。
5	[確認] をクリックします。
6	Directory Connector にバインドする Active Directory ドメインの数に応じて、1 つを選択します。 AD LDS である単一のドメインがある場合、既存の AD LDS ソースにバインドし、[確認] をクリックします。 AD DS である単一のドメインがある場合、既存のドメインまたは新しいドメインにバインドします。 [新しいドメインにバインド] を選択した場合は、[次へ] をクリックします。既存のソースタイプが AD DS であるため、新しいバインディングに AD LDS を選択することはできません。複数のドメインがある場合は、リストから既存のドメインを選択するか、[新しいドメインにバインド] を選択し、[次へ] をクリックします。複数のドメインを持っているため、既存のソースタイプは AD DS である必要があります。 [新しいドメインにバインド] を選択し、[次へ] をクリックすると、新しいバインディングに [AD LDS] を選択することはできません。

次に行うこと

サインインすると、ドライラン同期を実行するようにプロンプトが表示されます。

Directory Connector ダッシュボード

セッションがタイムアウトした場合は、サインインし直してください。

これらのタスクは、[アクション] ツールバーまたは [アクション] メニューから簡単に実行できます。

表1。ダッシュボードコンポーネント
コンポーネント	説明
現在の同期	現在進行中の同期に関するステータス情報を表示します。同期が実行されていない場合、ステータスの表示はアイドル状態になります。
次の同期	次にスケジュールされた完全同期と増分同期を表示します。スケジュールが設定されていない場合、[スケジュールされていません] が表示されます。
最後の同期	最後に実行された 2 つの同期のステータスを表示します。
現在の同期ステータス	同期の全体的なステータスを表示します。
コネクタ	クラウドで使用可能な現在のオンプレミスコネクタを表示します。
クラウド統計	同期の全体的なステータスを表示します。
同期スケジュール	増分同期と完全同期のための同期スケジュールを表示します。
設定の概要	設定で変更した設定が一覧表示されます。たとえば、概要には以下が含まれる場合があります。すべてのオブジェクトが同期されますすべてのユーザーが同期されます削除されたしきい値は無効になっています。

表 2. アクションツールバー
アクション	説明
増分同期を開始	増分同期を手動で開始このアクションは、同期を一時停止または無効にする場合、完全な同期が完了していない場合、または同期が進行中の場合に無効になります。
ドライランの同期	ドライラン同期を実行します。
イベントビューアを起動	Microsoft イベントビューアを起動します。
更新	Cisco Directory Connector ダッシュボードを更新

表3。アクションメニューバー
アクション	説明
今すぐ同期	完全な同期をすぐに開始します。
同期モード	増分同期モードまたは完全同期モードを選択します。
コネクタシークレットをリセット	Cisco Directory Connector とコネクタサービス間の会話を確立します。このアクションを選択すると、クラウド内の秘密がリセットされ、秘密がローカルに保存されます。
ドライラン	同期プロセスのテストを実行します。完全同期を行う前に、ドライランを実行する必要があります。
トラブルシューティング	トラブルシューティングをオンまたはオフにします。
更新	Cisco Directory Connector のメイン画面を更新します。
終了	Cisco Directory Connector を終了します。

表 4YAZ設定オプションキーの組み合わせ
キーの組み合わせ	アクション
Alt + A	[アクション] メニューを表示する
`Alt + A + S`	今すぐ同期
`Alt + A + R`	コネクタシークレットをリセット
`Alt + A + D`	ドライラン
`Alt + A + S + I`	増分同期
`Alt + A + S + F`	完全同期
`Alt + H キー`	[ヘルプ] メニューを表示
`Alt + H + H`	ヘルプ
`Alt + H + A`	バージョン情報
`Alt + H + F`	よくある質問

自動アップグレードの設定

1	Directory Connector から、[構成] > [全般] に進み、[新しい Cisco Directory Connector バージョンに自動的にアップグレードする] をオンにします。
2	[適用] をクリックして変更を保存します。

コネクタの新しいバージョンは利用可能になったら自動的にインストールされます。

同期する Active Directory オブジェクトの選択

自動ライセンス割り当てのグループ

LDAP フィルタを使用して、関連するグループをクラウドに同期することのみを推奨します。たとえば、フィルタを次のように設定できます。

(&(cn=例)(objectclass=グループ))*

Directory Connector のオブジェクト選択画面

ハイブリッドデータセキュリティ展開のグループ

始める前に

1	Directory Connector から、[構成] に移動し、[オブジェクトの選択] をクリックします。
2	[オブジェクトタイプ] セクションで、[ユーザー] にチェックを入れ、ユーザーの検索可能なコンテナーの数を制限することを検討してください。たとえば、特定のグループ内のユーザーのみを同期する場合は、[ユーザー] の LDAP フィルタフィールドに LDAP フィルタを入力する必要があります。 Example-manager グループ内のユーザーを同期する場合は、次のようなフィルターを使用します。 `(&(sAMAccountName=*)(memberOf=cn=Example-manager,ou=Example,ou=Security Group,dc=会社))`
3	[会議室の識別] にチェックを入れ、会議室データをユーザーデータから分離します。ユーザーデータを会議室データとして識別するための追加の属性を設定する場合は、[カスタマイズ] をクリックします。 Active Directory から Webex クラウドにオンプレミスの会議室情報を同期する場合は、この設定を使用します。会議室情報を同期すると、構成され、マッピングされた SIP アドレスを持つオンプレミスの会議室デバイスは、クラウドに登録された会議室デバイスで検索可能なエントリとして表示されます。詳細については、「オンプレミスの会議室情報を Webex Cloud に同期する」を参照してください。
4	Active Directory ユーザーグループをクラウドに同期する場合は、[グループ] にチェックを入れます。 [グループ（Groups）] フィールドにユーザ同期の LDAP フィルタを追加しないでください。グループデータ自体をクラウドに同期するには、[グループ（Groups）] フィールドのみを使用してください。デフォルトでは、グループは新しい顧客に対して同期されません。グループ同期を有効にする必要があります。セキュリティグループも同期する必要があります。
5	ユーザーの連絡先情報をクラウドに同期する場合は、[連絡先] にチェックを入れます。 Directory Connector は、コネクタによって同期された連絡先のみを管理します。 Control Hub にすでに連絡先がある場合は、同期によって連絡先は削除されません。同期範囲から連絡先が削除された場合、ユーザーの連絡先情報も Control Hub で削除されます。
6	LDAP フィルタを設定します。有効な LDAP フィルタを提供することにより、拡張フィルタを追加できます。 LDAP フィルタの設定の詳細については、この記事を参照してください。
7	[選択] をクリックして、[同期するオンプレミスベース DN] を指定して、Active Directory のツリー構造を確認します。ここから、検索するコンテナーを選択または選択解除できます。
8	この構成に追加するオブジェクトを確認し、[選択] をクリックします。同期に使用する個別または親コンテナーを選択できます。親コンテナーを選択して、すべての子コンテナーを有効にします。子コンテナーを選択した場合、親コンテナーには、子コンテナーがチェックされたことを示すグレーのチェックマークが表示されます。次に、[選択] をクリックして、チェックした Active Directory コンテナーを受け入れることができます。組織ですべてのユーザーとグループをユーザーコンテナーに配置する場合、他のコンテナーを検索する必要はありません。組織が組織単位に分割されている場合は、必ず [OU] を選択してください。
9	[適用] をクリックします。オプションを選択します。設定変更を適用ドライランキャンセルドライランの詳細については、「Active Directory ユーザーでドライラン同期を行う」を参照してください。グループ同期では、完全同期を行う必要があります。クラウドに Active Directory ユーザーの完全な同期を行います。

ユーザー属性をマッピング

1	Directory Connector から、[構成] をクリックし、[ユーザー属性マッピング] を選択します。このページには Active Directory (左) と Webex クラウド (右) の属性名が表示されます。必須の属性はすべて赤いアスタリスクでマークされます。
2	[Active Directory 属性名] の一番下までスクロールし、これらの Active Directory 属性の 1 つを選択して、クラウド属性 uid にマッピングします。メール: ほとんどの展開でメール形式で使用されます。 userPrincipalName—メール属性が Active Directory の他の目的で使用されている場合の代替選択肢です。この属性はメール形式である必要があります。他の Active Directory 属性のいずれか uid にマッピングできますが、上記のガイドラインで説明されているように mail または userPrincipalName を使用することをお勧めします。場合によっては、userPrincipalName がサインインに使用されますが、ユーザーのメールアドレスがカレンダーを管理するために使用されます。カレンダー管理用のメールアドレスが Webex のプライマリメールアドレスフィールドにマッピングされていることを確認する必要があります。 alternative のメールアドレスとして userPrincipalName を追加します。 Active Directory のどの属性がクラウドで一致するかを確認するには、「Directory Connector の Active Directory 属性のマッピング」を参照してください。同期を動作させるには、選択する Active Directory 属性が電子メール形式であることを確認する必要があります。推奨属性の 1 つを選択しない場合は、Directory Connector にポップアップが表示されます。
3	事前に定義された Active Directory 属性が展開で機能しない場合、属性ドロップダウンをクリックし、下部までスクロールして、[属性をカスタマイズ] を選択して、属性表現を定義できるウィンドウを開きます。 [ヘルプ] をクリックして、式に関する詳細を確認し、式がどのように動作するかを確認してください。詳細については、「カスタマイズされた属性の式」を参照してください。この例では、Active Directory 属性 `givenName` と `Sn` をクラウド属性 `displayName` にマッピングします。属性式を givenName + "" + Sn として定義し (引用符は余分なスペース)、検証する既存のユーザーメールを提供します。 [確認] をクリックして、期待した結果と一致するかどうかを確認します。成功した結果は次のようになります。結果が期待通りの場合は、[OK] をクリックして新しいカスタマイズした属性を保存します。後で、displayName を変更する場合は、新しい属性式を入力することができます。 Directory Connector は、アイデンティティサービスの uid の属性値を検証し、現在のユーザーフィルターオプションで 3 人の使用可能なユーザーを取得します。これらの 3 人のユーザーのすべてに有効なメール形式がある場合、Cisco Directory Connector には次のメッセージが表示されます。属性が確認できない場合、次の警告が表示され、Active Directory に戻り、ユーザーデータを確認および修正できます。
4	(オプション) Webex アプリのユーザーの連絡先カードにモバイル番号と職場の番号を表示する場合は、モバイルとtelephoneNumber のマッピングを選択します。ユーザーが別のユーザーのプロファイル画像の上にカーソルを合わせると、電話番号のデータが Webex アプリに表示されます。ユーザーの連絡先カードからの通話の詳細については、「Webex (Unified CM) の通話展開ガイド」(管理者) を参照してください。
5	追加のマッピングを選択して、連絡先カードに表示されるデータを追加します。 `部門番号` `表示名` `マネージャー` `タイトル` 属性がマッピングされると、ユーザが別のユーザのプロファイル画像の上にカーソルを合わせると、情報が表示されます。連絡先カードの詳細については、「連絡しようとしている相手を確認する」を参照してください。これらの属性を各ユーザーアカウントに同期した後、Control Hub で People Insights をオンにすることもできます。この機能により、Webex アプリのユーザーは、プロファイルでより多くの情報を共有し、お互いについて詳しく知ることができます。機能と有効にする方法の詳細については、「Control Hub の Webex、Jabber、Webex Meetings、および Webex Events (新) の People Insights プロファイル」を参照してください。
6	選択したら、[適用] をクリックします。

削除されたユーザーは、完全に削除される前に、7 日間クラウドアイデンティティサービスに保持されます。

Active Directory とクラウドの属性

[ユーザー属性マッピング] タブを使用して、ローカルの Active Directory からクラウド内の対応する属性に属性をマッピングできます。

Active Directory の属性名	Webex クラウドの属性名	メモ
—	ビル名	—
C	C	この属性は、ユーザーの国の略称を指定します。
部門番号	部門番号	この属性は、連絡先カードとPeople Insights に表示されるユーザーの部署番号に使用されます。
表示名	表示名	この属性は、Control Hub に表示されるユーザーアカウントの表示名、連絡先カード、People Insights に使用されます。
ユーザアカウント制御	ds-pwp-account-disabled	この属性はユーザー同期に使用されます。 userAccountControl 属性が ds-pwp-account-disabled にマッピングされているか、ユーザーが適切に同期されないことを確認してください。
従業員番号	従業員番号	—
ファクシミリ電話	ファクシミリ電話	—
—	jabberID	このクラウド属性は、Jabber で使用される IM アドレス（XMPP タイプ）に関連しています。この値は sipAddresses と同じではありません。
l	l	この属性は、ユーザの市区町村を指定します。
—	ロケール	—
マネージャー	マネージャー	この属性は、連絡先カードとPeople Insightsに表示されるユーザーのマネージャ名に使用されます。
モバイル	モバイル	この属性は、連絡先カードからユーザーに電話をかけるために表示される携帯電話番号として使用されます。
O	O	この属性は、会社または組織の名前を指定し、連絡先カードに表示されます。
または	または	この属性は、組織単位の名前を指定します。
physicalDeliveryOfficeName	physicalDeliveryOfficeName	この属性は、ユーザーのオフィスロケーションを指定します。
郵便番号	郵便番号	この属性は、物理的なメール配信のためのユーザーの郵便番号または郵便番号を指定します。
優先言語	優先言語	この属性は、ユーザーの優先言語を設定し、次の形式がサポートされます。 xx_YY または xx-YY。いくつかの例を以下に示します。 en_US, en_GB, fr-CA. サポートされていない言語または無効な形式を使用する場合、ユーザーの優先言語は組織の言語設定に変更されます。
MSRTCSIP-PrimaryUserAddress ipPhone	SipAddresses;type=エンタープライズ	この属性は、Active Directory から Cisco Webex クラウドにオンプレミスの会議室情報を同期するために使用されます。
snさん	snさん	この属性は、Control Hub に表示されるユーザーアカウントの姓、連絡先カード、People Insights に使用されます。
セント	セント	この属性は、ユーザの都道府県を指定します。
番地	番地	この属性は、物理的なメール配信のためのユーザの番地を指定します。
電話番号	電話番号	この属性では、連絡先カードからユーザーに電話をかけるために使用されるユーザーのプライマリ (職場) 電話番号を指定します。
—	タイムゾーン	このクラウド属性は、ユーザーのタイムゾーンを指定します。
タイトル	タイトル	この属性では、連絡先カードとPeople Insightsに表示されるユーザーのタイトルを指定します。
種類	企業	—
メール userPrincipalName	UID (uid)	必須の属性マッピング。各ユーザーアカウントについて、Active Directory の値はクラウドの一意の UID にマッピングされます。場合によっては、userPrincipalName がサインインに使用されますが、ユーザーのメールアドレスがカレンダーを管理するために使用されます。カレンダー管理用のメールアドレスが Webex のプライマリメールアドレスフィールドにマッピングされていることを確認する必要があります。 alternative のメールアドレスとして userPrincipalName を追加します。ユーザーは、正しい SAML 属性マッピングが設定されている限り、これらのメールアドレスを使用してサインインできます。代替メールアドレスをマッピングする方法については、以下のサンプル属性マッピングを参照してください。
userPrincipalName メール <カスタム属性>	メール; タイプワーク	このマッピングはオプションです。代替のメールアドレスを使用する場合に使用してください。これは認証に使用されるメールです。カレンダーの管理には使用されません。 AD からマッピングするメールアドレスは、組織内の検証済みドメインのものである必要があり、一意であり、別のユーザーに割り当てられていない必要があります。
<Azure ユーザー objectId の新しい属性>	externalId	新しい Active Directory 属性を作成して、Azure ユーザー objectId を保持し、既存の属性と衝突しないようにします。この属性は externalId 属性にマッピングされ、Webex ユーザーが Microsoft 365 でグループを作成すると、Webex でチームを自動的に作成することを確認します。

代替メールアドレスのマッピング

カスタマイズされた属性の式

表 5. カスタマイズされた属性の式
演算子	説明と例
%	matches が指定された場合、検索結果が代入されます。例式 `"abc@example.com" % "@"` 結果 `例.com`
-	指定された文字列の末尾から入力文字列の背面を取り去ります。例式 `"abc@example.com" - "@"` 結果 `abcさん`
+	入力文字列や式を連結します。例式 `"abc" + "" + "def"` 結果 `ABC デフ`
\|	空の文字列に対して区切られた式を評価し、最初の空でない結果を選択します。例式 `「ABC」` 結果 `abcさん`

Active Directory 属性からクラウドにディレクトリアバターを同期する

1	Directory Connector から、[構成] に移動し、[アバター] をクリックして、[有効化] をオンにします。
2	[アバターを取得する] の場合、[AD 属性] を選択し、クラウドに同期する未加工アバターデータを含む [アバター属性] を選択します。
3	アバターが正しくアクセスされていることを確認するには、ユーザーのメールアドレスを入力し、[ユーザーのアバターを取得] をクリックします。アバターが右側に表示されます。
4	アバターが正しく表示されたことを確認したら、[適用] をクリックして変更を保存します。

同期された画像は、Webex アプリのユーザーのデフォルトのアバターになります。 Directory Connector からこの機能を有効にした後、ユーザーは独自のアバターを設定できません。
ユーザーアバターは Webex アプリと Webex サイト上の一致するアカウントの両方に同期されます。

次に行うこと

リソースサーバーからクラウドにディレクトリアバターを同期する

始める前に

この手順の URI パターンと変数値は例を示します。ディレクトリアバターが配置されている実際の URL を使用する必要があります。
アバター URI パターンとアバターが存在するサーバは、Directory Connector アプリケーションから到達可能である必要があります。コネクタは画像への http または https アクセスを必要としますが、画像がインターネットで公的にアクセスされる必要はありません。
アバターデータの同期は、Active Directory ユーザープロファイルから分離されます。プロキシを実行する場合、アバターデータが NTLM 認証または基本認証によってアクセスできることを確認する必要があります。

1	Directory Connector から、[構成] に移動し、[アバター] をクリックして、[有効化] をオンにします。
2	[アバターを取得する] の場合、[リソースサーバー] を選択し、[アバター URI パターン] を入力します。たとえば、*`http://www.example.com/dir/photo/zoom/{mail: .?(?=@.)}.jpg`* アバター URI パターンの各部分とその意味を見てみましょう。 http://www.example.com/dir/photo/zoom/—同期されるすべての写真があるパスです。サーバー上の Directory Connector サービスが到達可能な URL である必要があります。 mail:—Directory Connector に Active Directory からメール属性の値を取得するように指示します .?(?=@.)—次の機能を実行する正規表現シンタックス。 *`.—任意の文字。0 回以上繰り返します。` `?—前の変数をできるだけ文字数に一致するように指示します。` `(?= ... ) - 結果に含めずに、メイン式の後にグループを照合します。 Directory Connector は一致を探し、出力に含めません。` `@.: at 記号の後に、任意の文字が続き、0 回以上繰り返します。`* `.jpg—ユーザーのアバターのファイル拡張子。このドキュメントでサポートされているファイル形式を確認し、必要に応じて拡張機能を変更します。`
3	(オプション) リソースサーバーで資格情報が必要な場合は、[アバターにユーザークレデンシャルを設定する] にチェックを入れ、[現在のサービスログオンユーザーを使用] または [このユーザーを使用] を選択し、パスワードを入力します。
4	変数の値を入力します。例: `abcd@example.com`。
5	[テスト] をクリックして、アバター URI パターンが正しく機能していることを確認します。この例では、1 つの AD エントリのメール値が `abcd@example.com` で jpg 画像が同期されている場合、最終的なアバター URI は `http://www.example.com/dir/photo/zoom/abcd.jpg です。`
6	URI 情報が確認され、正しく表示されたら、[適用] をクリックします。正規表現の使用の詳細については、「Microsoft 正規表現言語クイックリファレンス」を参照してください。

同期された画像は、Webex アプリのユーザーのデフォルトのアバターになります。 Directory Connector からこの機能を有効にした後、ユーザーは独自のアバターを設定できません。
ユーザーアバターは Webex アプリと Webex サイト上の一致するアカウントの両方に同期されます。

次に行うこと

オンプレミスの会議室情報を Webex Cloud に同期する

1	Directory Connector から、[同期] に移動し、同期されたドメインの隣にあるをさらにクリックし、[設定] をクリックして、[オブジェクトの選択] を選択します。
2	[会議室情報をクラウドに同期] をチェックして、同期中に会議室データをユーザーデータから分離します。この設定が無効になっている場合、会議室データはユーザー同期データと同じ方法で処理されます。
3	[属性マッピング] に移動し、クラウド属性 sipAddresses;type=enterprise の属性マッピングを変更します。値検証を使用するには、SIP アドレスの値は Pattern.compile("^([^@])(.)@(.)$") である必要があります。利用可能な場合は、[MSRTCSIP-PrimaryUserAddress] を選択します。 Active Directory スキーマに上記の属性がない場合は、ipPhone などの別のフィールドを使用します。
4	Exchange で会議室リソースメールボックスを作成します。これは、コネクタがルームを識別するために使用する msExchResourceMetaData;ResourceType:Room 属性を追加します。
5	Active Directory のユーザーとコンピュータから、会議室のプロパティに移動して編集します。次の sip のプレフィックスを持つ完全修飾の SIP URI を追加します。
6	ドライランの同期を実行してから、コネクタで完全実行の同期を実行します。新しい会議室オブジェクトは [追加されたオブジェクト] にリストされ、一致した会議室オブジェクトは、ドライランレポートの [一致したオブジェクト] に表示されます。削除にフラグが付けられた会議室オブジェクトは、[削除された会議室] の下にあります。ドライランの結果には、一致したルームリソースが表示されます。この設定は、Active Directory の会議室データ (会議室の属性を含む) をユーザーデータから分離します。同期が完了すると、コネクタダッシュボードのクラウド統計には、クラウドに同期された会議室データが表示されます。

次に行うこと

Control Hub から、ディレクトリから会議室を自動的にインポートし、ワークスペースを作成できます。

ディレクトリ同期結果でのメールレポートの送信

1	Directory Connector から、[構成] をクリックし、[通知] を選択します。
2	Directory Connector から、[設定] をクリックし、[メール受信者] の隣の [レポートの同期を有効にする] をオンに切り替えます。
3	デフォルトの通知動作をオーバーライドし、1 人以上のメール受信者を追加する場合は、[通知を有効にする] をオンにします。
4	[追加] をクリックし、メールアドレスを入力します。無効な形式でメールアドレスを入力すると、変更を保存して適用する前に、問題を修正するように指示するメッセージがポップアップ表示されます。
5	[メールの追加] をクリックし、メールアドレスを入力します。無効な形式でメールアドレスを入力すると、変更を保存して適用する前に、問題を修正するように指示するメッセージがポップアップ表示されます。
6	入力したメールアドレスを編集する必要がある場合は、左側の列のメールエントリをダブルクリックして、必要な変更を加えます。
7	すべての有効なメールアドレスを追加したら、[適用] をクリックします。
8	すべての有効なメールアドレスを追加したら、[保存] をクリックします。

次に行うこと

メールアドレスを削除することを決定した場合、メールをクリックしてそのエントリを強調表示し、[削除] をクリックします。

メールアドレスを削除することを決定した場合、特定のメールアドレスエントリの隣の [削除] をクリックします。

Active Directory から Control Hub にユーザーをプロビジョニング

1	Active Directory ユーザーでドライラン同期を実行するドライランを実行して、オンプレミスの Active Directory のオブジェクトと Webex クラウドのオブジェクトを比較します。ドライランでは、完全または増分同期を実行してクラウドに変更をコミットする前に、どのオブジェクトが追加、変更、または削除されるかを確認できます。
2	クラウドへの Active Directory ユーザーの完全な同期を行う完全同期を実行すると、コネクタサービスは Active Directory（AD）からクラウドにフィルタリングされたすべてのオブジェクトを送信します。コネクタサービスは次に、AD エントリで ID ストアを更新します。自動割り当てライセンステンプレートを作成した場合は、新しく同期されたユーザーに割り当てることができます。
3	Control Hub のディレクトリ同期済みユーザーに Webex サービスを割り当てる Directory Connector から Control Hub への完全なユーザーの同期が完了したら、さまざまな方法を使用して Webex サービスライセンスを割り当てることができます。 Active Directory から同期した新しい Webex アプリユーザーで使用する前に、自動割り当てライセンステンプレートをセットアップすることを推奨します。この最初のステップの後で、個々の変更を行うこともできます。

Active Directory ユーザーでドライラン同期を実行する

始める前に

1	次のいずれかを選択します。初めてサインインした後、プロンプトで [はい] をクリックして、ドライランを実行します。ドライランを実行するためのリマインダを見逃した場合は、いつでも Directory Connector から、[ダッシュボード] をクリックし、[ドライランの同期] を選択し、[OK] をクリックしてドライランの同期を開始します。ドライランが完了すると、次のいずれかの結果が表示されます。 *Directory Connector で検出された不一致のオブジェクト* *Directory Connector のドライランレポート結果と不一致のオブジェクトの概要* 概要には、オブジェクトの一致についての情報が含まれます。一致したオブジェクト - Webex 共通 ID にあり、Active Directory ドメインにも存在しているユーザー。つまり、someuser@cisco.com が Webex に同期され、Control Hub に表示され、同じユーザー (someuser@cisco.com) が Active Directory に存在する場合。これは、ユーザが一致していることを意味します。一致しないオブジェクト - Webex にいるユーザー。ユーザーが Common Identity に追加された方法に関係なく、Active Directory にユーザーが存在しません。これは不一致オブジェクトと呼ばれます。たとえば、someuser@cisco.com が Webex で同期され、Control Hub に表示されているが、同じユーザー (someuser@cisco.com) が Active Directory によって管理されていない場合、レポートにはユーザーが不一致であることが表示されます。ドライランでは、ドメインユーザと比較してユーザを識別します。アプリケーションは、ユーザが現在のドメインに属している場合、ユーザを識別できます。次のステップでは、オブジェクトを削除するか、または保持するかを決定する必要があります。一致しないオブジェクトは、Webex クラウドにすでに存在しているが、オンプレミスの Active Directory には存在していないとして識別されます。
2	ドライランの結果を確認し、単一ドメインまたは複数のドメインを使用するかどうかに応じて、オプションを選択します。シングルドメイン: 一致しないユーザーを維持するかどうかを決定します。保持する場合は、[いいえ、オブジェクトを保持する] を選択します。保持しない場合は、[はい、オブジェクトを削除する] を選択します。これらの手順を実行し、プレミスとクラウドの間で完全に一致するように、手動で完全同期を実行した後、Directory Connector はスケジュールされた自動同期タスクを自動的に有効にします。複数のドメイン—ドメイン A とドメイン B の組織の場合、まずドメイン A のドライランを実行します。一致しないユーザーを保持する場合は、[いいえ、オブジェクトを保持する] を選択します。 (これらの一致しないユーザーはドメイン B のメンバーである可能性があります。) 削除する場合は、[はい、オブジェクトを削除] を選択します。ユーザーを維持する場合は、まずドメイン A の完全な同期を実行し、ドメイン B のドライランを実行します。まだ一致しないユーザーが存在する場合は、これらのユーザーを Active Directory に追加してから、ドメイン B の完全な同期を実行します。プレミスとクラウドの間で完全に一致する場合、Directory Connector はスケジュールされた自動同期タスクを自動的に有効にします。
3	[ドライランの確認] プロンプトで、[はい] をクリックしてドライランの同期を再実行し、ダッシュボードを表示して結果を表示します。ドライランで正常に同期されたアカウントは、[一致したオブジェクト] の下に表示されます。クラウド内のユーザーが Active Directory に同じメールを持つ対応するユーザーを持っていない場合、エントリは [削除されたユーザー] の下にリストされます。この削除フラグを回避するために、同じメールアドレスで Active Directory にユーザーを追加できます。同期された項目の詳細を表示するには、特定の項目または [一致したオブジェクト] の対応するタブをクリックします。概要情報を保存するには、[結果をファイルに保存] をクリックします。
4	結果が予想される場合は、[アクション] > [同期モード] > [同期を有効にする] に移動し、[今すぐ有効にする] をクリックして手動同期を実行し、この時点で手動モードにします。複数ドメイン展開で最後の Active Directory ドメインで同期を行った後、Directory Connector の自動モードを有効にする必要があります。自動モードを有効にできるのは、オブジェクトが Webex クラウドとすべてのオンプレミスのアクティブディレクトリの間で完全に一致している場合のみです。

次に行うこと

保持した不一致のユーザーオブジェクトについては、オンプレミスとクラウドの間で完全に一致するように、それらを Active Directory に追加する必要があります。
同期タイプを選択:
- 新しいユーザーを最初にクラウドに同期するときに、クラウドに Active Directory ユーザーの完全な同期を行う。 [アクション] > [今すぐ同期] > [フル] から行い、現在のドメインのユーザーが同期されます。
- 完全な同期を実行した後、最初の同期後に変更をピックアップする場合は、コネクタスケジュールを設定し、増分同期を実行することができます。このタイプの同期は、Active Directory ユーザーソースに加えられた小さな変更をピックアップすることをお勧めします。
  
  デフォルトでは、増分同期は 30 分ごと（バージョン 3.4 以前）または 4 時間ごと（バージョン 3.5 以降）に発生するように設定されていますが、この値は変更できます。増分同期は、最初に完全同期を実行するまで実行されません。
複数のドメインがある場合は、インストールした他の Directory Connector でこれらの手順を繰り返します。

注意事項

一致するユーザーが削除するようにマークされ、続行する方法がわからない場合は、「Directory Connector のトラブルシューティングと修正」でトラブルシューティング情報とサポートに連絡する方法を参照してください。

削除されたユーザーは、完全に削除される前に、7 日間クラウドアイデンティティサービスに保持されます。

クラウドへの Active Directory ユーザーの完全な同期を行う

複数のドメインがある場合は、各 Active Directory ドメインにインストールした Directory Connector インスタンスでこの手順を実行する必要があります。

始める前に

完全同期後、およびユーザーが初めてサインインする前に、Webex アプリのユーザーアカウントをアクティブステータスにするには、次の手順を実行してメール検証をバイパスする必要があります。
- シングルサインオンを Webex 組織と統合します。参照 Cisco Webex サービスと組織の ID プロバイダーによるシングルサインオンを参照してください。
- Control Hub を使用して、メールアドレスに含まれるドメインを確認し、必要に応じて要求します。参照ドメインの追加、検証、要求.
- 自動招待メールを抑制して、新規ユーザーが Webex アプリへの自動招待メールを受信しないようにします。(独自のメールキャンペーンを実行できます。)
  
  サインインしていないアクティベート済みユーザーは、Control Hub で [確認済み] ステータスで表示されます。サインインすると、[アクティブ] として表示されます。ユーザーステータスの詳細については、「Cisco Webex Control Hub のユーザーステータスとアクション」を参照してください。
同期を有効にすると、Directory Connector が最初にドライランを実行するように求めます。潜在的なエラーをキャッチするために、完全同期の前にドライランを実行することを推奨します。
Active Directory から同期した新しい Webex アプリユーザーで使用する前に、自動割り当てライセンステンプレートをセットアップする必要があります。

自動割り当てライセンステンプレートを使用しない場合、新しく同期されたユーザーは自動的に無料ライセンスを取得します。無料アカウントを持つユーザーと同じ無料機能を使用できます。

1	次のいずれかを選択します。初回サインイン後、ドライランが完了し、すべてのドメインが正しい場合は、[今すぐ有効にする] をクリックして、自動同期を可能にします。 Directory Connector から、[ダッシュボード] に移動し、[アクション] をクリックし、[同期モード] > [同期を有効にする] を選択し、[今すぐ同期] > [完全] をクリックして同期を開始します。
2	Directory Connector から、[同期] に移動し、同期されたドメインの隣にあるをさらにクリックし、[設定] をクリックして、[完全同期] を選択します。
3	同期を開始したことを確認します。 Active Directory のユーザーに対して行った変更 (表示名など) については、ユーザービューを更新すると Control Hub はすぐに変更を反映しますが、Webex アプリは同期を実行してから最大 72 時間後に変更を反映します。次の指示に従って、Webex アプリのローカルキャッシュをクリアできます。 Windows または Mac。同期中、ダッシュボードには同期の進行状況が表示されます。これには、同期のタイプ、開始時刻、同期が現在実行中のフェーズが含まれます。同期後、[最後の同期] と [クラウド統計] セクションが新しい情報で更新されます。ユーザーデータはクラウドに同期されます。同期中にエラーが発生した場合、ステータスインジケータボールが赤に変わります。
4	同期のステータスを更新する場合は、[更新] をクリックします。 (同期された項目は [クラウド統計] の下に表示されます。)
5	エラーに関する情報については、[イベントビューアの起動] を [アクション] ツールバーから選択してエラーログを表示します。
6	クラウドへの継続的な増分同期のための同期スケジュールを設定するには、「コネクタスケジュールを設定する」および「増分同期を実行する」を参照してください。

完全同期が完了すると、Control Hub の [設定] ページの [無効] から [運用] にディレクトリ同期のステータスが更新されます。
すべてのデータがオンプレミスとクラウドの間で照合されると、Directory Connector は手動モードから自動同期モードに変更されます。
シングルサインオンを統合、ドメインの確認、オプションで同期したメールアカウントのドメインの要求、および自動メールを抑制しない限り、ユーザーが Webex アプリに初めてサインインしてアカウントを確認するまで、Webex アプリのユーザーアカウントは未確認の状態のままになります。アクティブユーザーとしてアカウントを同期する方法については、「開始する前に」のセクションを参照してください。
複数のドメインがある場合は、インストールした他の Directory Connector でこの手順を実行します。同期後、追加したすべてのドメインのユーザーは Control Hub に一覧表示されます。
シングルサインオンを Webex と統合し、抑制されたメール通知がある場合、招待メールは新しく同期されたユーザーに送信されません。
Directory Connector を有効にした後は、Control Hub でユーザーを手動で追加できません。有効にすると、ユーザー管理は Cisco Directory Connector から実行され、Active Directory が信頼できる唯一の情報源となります。
同期したグループが Control Hub に表示され、そのグループのユーザーがライセンスを割り当てられるように、ライセンステンプレートを割り当てることができます。

次に行うこと

Active Directory からユーザーを削除すると、そのユーザーは次の同期後にソフトで削除されます。ユーザーは [非アクティブ] になりますが、クラウド ID プロファイルは 7 日間保持されます (偶発的な削除からの回復を可能にします)。

Active Directory で [アカウントが無効になっています] にチェックを入れると、次の同期後、ユーザーは [非アクティブ] になります。ユーザーを再度有効にする場合は、クラウド ID プロファイルは 7 日後に削除されません。
これらの例外を増加同期に注意してください (代わりに上記の完全同期手順に従います)。
- アバターが更新されてもその他の属性変更がない場合、増分同期はユーザーのアバターをクラウドに更新しません。
- 属性マッピング、ベース DN、フィルタ、アバター設定での設定変更には完全同期が必要です。

Control Hub のディレクトリ同期済みユーザーに Webex サービスを割り当てる

始める前に

Active Directory から同期した新しい Webex アプリユーザーで使用する前に、自動割り当てライセンステンプレートをセットアップする必要があります。
Active Directory ユーザーでドライランの同期を行います。
ドライランの結果を確認した後、Active Directory ユーザーで完全同期を行います。

オプションを選択します。

次に行うこと

メールが抑制されない場合、Webex に参加してダウンロードするための招待メールが各ユーザーに送信されます。
すべてのユーザーに対して同じ Webex サービスを選択した場合、個別または一括で割り当てられたライセンスを変更できます。

関連情報

Directory Connector の既知の問題

2012 R2 以前の Windows Server バージョンには、Directory Connector に影響するクッキーの問題があります。この問題は、バージョン 2012 R2 および 2016 で修正されています。
Active Directory のユーザーに対して行った変更 (表示名など) については、ユーザービューを更新すると Control Hub はすぐに変更を反映しますが、Webex アプリは同期を実行してから 72 時間後の変更を反映します。

次の指示に従って、Webex アプリのローカルキャッシュをクリアできます。 Windows または Mac。
ユーザーがデスクトップまたはモバイルで Webex アプリを使用して、同期された SIP URI のみを持つ会議室を検索して発信すると、この時点でコールは無制限に鳴ります。

Webex アプリのユーザーの管理

増加同期を実行

開始する前に

Active Directory から同期した新しい Webex アプリユーザーで使用する前に、自動割り当てライセンステンプレートをセットアップする必要があります。
増分同期がサポートされていないこれらの例外に注意してください (代わりに、「クラウドに Active Directory ユーザーの完全な同期を行う」に従います)。
- アバターが更新されてもその他の属性変更がない場合、増分同期はユーザーのアバターをクラウドに更新しません。
- 属性マッピング、ベース DN、フィルター、アバター設定の新しい構成変更の場合、増分同期は機能せず、完全同期が必要です。

1	Directory Connector から [ダッシュボード] をクリックします。同期の有効化をすることで、 Directory Connector はドライランを最初に実行するように求めます。
2	[アクション] から、まだ有効になっていない場合は、[同期モード] > [同期を有効にする] をクリックします。デフォルトでは、増分同期は 30 分ごと（バージョン 3.4 以前）または 4 時間ごと（バージョン 3.5 以降）に発生するように設定されていますが、この値は変更できます。増分同期は、最初に完全同期を実行するまで実行されません。新しい増分時間間隔が終了すると、プログラムは最後のタイムスタンプに基づいて変更を確認します。
3	[アクション] から、[今すぐ同期] > [増分同期] をクリックします。 Active Directory のユーザーに対して行った変更 (表示名など) については、ユーザービューを更新すると Control Hub はすぐに変更を反映しますが、Webex アプリは同期を実行してから 72 時間後の変更を反映します。次の指示に従って、Webex アプリのローカルキャッシュをクリアできます。Windows または Mac。同期中にダッシュボードは同期プロセスを表示しますが、これには同期のタイプ、開始時間、同期が現在実行中のフェーズなどが含まれます。同期後、[最後の同期とクラウド統計] セクションが新しい情報で更新されます。エラーが同期中に発生した場合、ステータスインジケーターのボールが赤色になります。
4	エラーに関する情報については、[アクション] ツールバーから [イベントビューアの起動] をクリックして、エラーログを表示します。

次に行うこと

複数のドメインがある場合は、インストールした他の Directory Connector インスタンスでこの手順を実行します。

誤って削除されたユーザーを復元する

Directory Connector には、ユーザーの意図しない削除を防ぐためのチェックとバランスがあります。残念ながら、事故は発生します。Active Directory で LDAP フィルターを正しく設定していなかったために、クラウドと同期したときに一部のユーザーが削除されるなどです。ソフト削除機能は、これらの事故から回復し、Control Hub でユーザーアカウントを再確立するのに役立ちます。

Active Directory で無効になっているユーザーは、Control Hub で非アクティブとしてマークされますが、ユーザーアカウントは 7 日後に削除されません。

1	Control Hub にサインインします。
2	[ユーザー] に移動し、特定のユーザーアカウントが非アクティブ状態であるか、非公開であるかを確認します。詳細については、「Control Hub のユーザーステータスとアクション」を参照してください。
3	ユーザーが Control Hub で削除された場合、または非アクティブ状態のユーザーが見つかった場合は、Active Directory に移動し、欠落しているユーザーアカウントを追加してから、Directory Connector でドライラン同期を実行します。 Directory Connector の目標は、Active Directory とクラウドのユーザー情報間で完全一致を作成することです。
4	完全同期を実行して、一時的に削除されたユーザーアカウントを Control Hub に再同期します。ユーザーは復元され、アカウントステータスとサービスの割り当てを含む元のステータスに移動します。

次に行うこと

Control Hub に戻り、[管理] > [ユーザー] に進み、以前に削除されたユーザーアカウントがユーザーリストに表示されていることを確認します。

ソフト削除後にユーザを完全に削除

ドライランを実行した後、次の同期でソフトで削除されたユーザを完全に削除できます。

1	ドライランが完了したら、[ソフト削除済みオブジェクト] を選択します。
2	削除するユーザの横にあるチェックボックスをオンにします。
3	[完了] を選択します。

次に行うこと

次の同期で、チェックしたユーザーは完全に削除されます。

Webex アプリのメールアドレスを変更する

ドメインを変更せずにユーザーのメールアドレスを変更するには:
1. Active Directory のユーザーアカウント (例、user1@example.com) を開き、メールアドレス (例、user2@example.com) を変更します。
2. Directory Connector で同期を再開します。
  
  次の同期後、Control Hub のユーザーリストと、キャッシュの更新後に Webex アプリのユーザーに対して変更が表示されます。
  
  この方法を使用すると、データまたはスペースは失われません。ユーザーの一意の識別子は、最初の同期後にクラウドで設定されます。以降のすべての同期は、この識別子に基づいています。
Directory Connector を使用した複数のドメイン展開では、ドメインを変更する際にユーザーのメールアドレスを変更します (example1.com を古いドメインとし、example2.com を新しいドメインと見なします)。
1. 古いユーザーアカウント (user1@example1.com) の場合、uid クラウド属性にマッピングされる Active Directory 属性に注意してください。新しいアカウントに同じ Active Directory 値を使用する必要があります。この例では、オンプレミスの属性として user1@example1.com を使用し、クラウドの uid にマッピングします。
2. example1.com および example2.com ドメインの Directory Connector の同期を一時停止します。
3. example2.com で新しいユーザーアカウントを作成し、上記の同じ属性を使用します。(たとえば、user1@example1.com)。
4. Directory Connector で、example2.com の同期を再開します
  
  続行する前に、user1@example2.com アカウントが Control Hub に同期していることを確認します。Webex アプリでのメールの変更を確認し、すべてのデータ (スペース、メッセージ、ミーティング、ファイルなど) が保持されていることをユーザーに指示することをお勧めします。
  
  この方法を使用したデータまたはスペースの損失はありませんが、新しいユーザーアカウントでは、クラウド uid 属性にマッピングされた Active Directory 属性が古いユーザーアカウントから保持されていることを確認する必要があります。Active Directory の値を変更すると、新しいアカウントは古いアカウントのデータを保持しません。
5. メールアドレスの変更とデータが保持されていることを確認した後、example1.com の古いユーザーアカウントを削除し、Directory Connector を使用して example1.com の同期を再開します。
  
  この時点で、user1@example2.com の新しい Active Directory ドメインのメールアドレスを安全に更新できます。

Active Directory ドメインを変更する

この手順を使って、新しいドメインおよびメールアドレスを作成することができます。クラウド内のアイデンティティサービスと同期します。

1	新規 Active Directory (AD) ドメインをセットアップします。
2	すべてのコネクタで同期を無効にします。
3	すべてのコネクタをアンインストールします。
4	ドメインを変更するためにケースを開きます。送信する場合は、ドメイン設定と組織内のすべての同期属性の削除をリクエストしてください。ドメインを変更するためにケースを開く前に、実行中の同期がないことを確認してください。ケースが解決されるまで、Active Directory のユーザーメールアドレスを変更しないでください。
5	本ケースが解決した後、新しい Active Directory ドメインを持つサーバと同じサーバに Directory Connector をインストールします。新しい Active Directory ドメインを指すように、Directory Connector を設定します。 Control Hub (https://admin.webex.com) に既存のユーザーがいる場合、一致するメールアドレスを持つユーザーが Active Directory にも存在することを確認します。組織が DirSync で `softDelete` トグルを無効にしている場合、Control Hub にあるが、Active Directory にはないユーザーのメールアドレスがリスクの削除。実際の同期を実行する前に、Directory Connector でテストを実行します。

ドメインクレーム

関連情報

ディレクトリ同期組織で無料の Webex アプリユーザーを変換する

アクティベーション前にアカウントを変換しない場合は、変換するために　Directory Connector を終了してください。

これらのユーザーを追加しない場合、クラウドに同期する隣にあるすべてのユーザーが削除されます。

1	Directory Connector からのディレクトリ同期を無効化する。
2	「Control Hub でライセンスなしのユーザーを変換する」手順に従って、無料のコンシューマー組織からエンタープライズ組織にユーザーを変換します。この手順により、ユーザーを組織に追加し、アカウントが Control Hub に表示されます。Directory Connector は、Active Directory をユーザーアカウントの信頼できる唯一の情報源にします。目標は、Active Directory と Control Hub を正確に一致させることです。同期を再度有効にする前に、最近変換されたユーザーと一致するユーザーが Active Directory 内に存在することを確認してください。ドライラン同期を使用して、一致しないユーザーがいないことを確認できます。
3	Directory Connector で、ドライラン同期を実行します。ドライランの完了後、[オブジェクトの追加] タブを確認します。自分が変換したユーザーが削除されていないか確認する。同期を再有効化する前にドライランを実行して、変換されたユーザーアカウントが Active Directory に表示されるようにする必要があります。同期をオンにし、アカウントが Control Hub にのみ存在する場合、Directory Connector は大文字と小文字を区別し、一致しないメールアドレスで検出された変換されたユーザー (user1@example.com および User1@example.com など) を削除します。変換されたユーザーが削除されると、Webex アプリのスペースはすべて失われます。
4	次回の同期でアカウントが全く削除されないと確信する場合、Directory Connector　からディレクトリ同期を再有効化？？？？？？

サイドボーディングされた Webex アプリユーザーアカウント

Directory Connector を使用してサイドボーディングされたアカウントを管理する場合、アカウントを変換する必要があります。

ディレクトリ同期後に Webex アプリのユーザー名形式を変更する

デフォルトでは、Directory Connector は Active Directory の displayName 属性をクラウドの displayName 属性にマッピングします。

ディレクトリ同期を実行した後で、ユーザー名はの形式で表示されます。

または、属性 sn givenName を displayName にマッピングします。

独自のカスタム属性式を displayName にマッピングする場合は、[属性のカスタマイズ] オプションを使用することもできます。

ユーザーが Webex Meetings での表示名の変更を許可する

1	Directory Connector から、[構成] をクリックし、[ユーザー属性マッピング] を選択します。
2	[Cisco Cloud 属性名] で [displayName] を選択します。
3	[この属性を同期しない] を選択します。

次に行うこと

ユーザーは Webex サイトから表示名を編集することができるようになりました。

Directory Connector のトラブルューティング

Directory Connector の汎用設定の構成

1	Directory Connector から、[構成] に移動し、[全般] をクリックします。
2	[コネクタ名] フィールドに、コネクタ名を入力します。このフィールドは現在コネクタを実行しているコンピュータ名のみを表示します。
3	ドロップダウンメニューからログレベルを選択します。既定では、ログレベルは「情報」にセットされています。使用可能なログレベルは以下の通りです。情報 (デフォルト): アプリケーションの進行状況をハイライトする情報メッセージを表示します。すべての完全同期後にレポートを受信する場合は、この設定を使用します。警告: 潜在的に有害な状況を表示します。デバッグ: アプリケーションのデバッグに最も便利な詳細情報イベントを表示します。何らかの問題が発生した場合、このログレベルを設定し、調査が開始されたら、イベントログをサポート部隊に送付します。エラー: アプリケーションの実行を継続できる可能性のあるエラーイベントを表示します。このオプションを選択すると、エラーが報告されたときにのみ同期レポートが送信されます。これらの設定は、電子メールで送信される同期レポートに影響します。ログレベルを [エラー（Error）] に設定した場合、同期レポートでエラーのみが報告されます。エラーが存在しない場合、同期レポートは送信されません。設定を [情報] に変更すると、完全同期後に同期レポートを受信します。（増分同期では、エラーが報告されない場合、レポートは送信されないことに注意してください）。
4	[優先ドメインコントローラー] を選択して、アイデンティティを同期させる際のドメインコントローラーの順番をセットします。ドメインコントローラは、上から下までアクセスされます。リストの先頭のコントローラーが使用できない場合、2 番目のコントローラーを選択してください。コントローラーがリストアップされていない場合、プライマリコントローラーにアクセスできます。
5	自動アップグレードを行う場合は、[新しい Cisco Directory Connector バージョンに自動的にアップグレードする] にチェックを入れます。 Cisco Directory Connector ソフトウェアを最新バージョンに常に最新の状態に保つことが重要です。この設定にチェックを入れると、ソフトウェアへの自動アップグレードが利用可能になったときにサイレントにインストールされることを推奨します。
6	[LDAP over SSL] をチェックして、セキュアな LDAP (LDAPS) を接続プロトコルとして使用します。 LDAP over SSL をオンにしない場合、Directory Connector は引き続き LDAP 接続プロトコルを使用します。 LDAP (Lightweight Directory Application Protocol) および Secure LDAP (LDAPS) は、アプリケーションとインフラストラクチャ内のドメインコントローラの間で使用される接続プロトコルです。LDAPS 通信は暗号化され、安全です。

コネクタポリシーを設定する

1	Directory Connector から、[構成] をクリックし、[ポリシー] を選択します。
2	しきい値トリガーを追加する場合は、[しきい値トリガーの削除を有効にする] ボックスをチェックします。このオプションを選択すると、削除数が閾値を越えた場合にアラートががトリガーされます。削除の回数が定義した値を越えると、同期は失敗します。
3	自分が行う削除の最大数を入力します。既定では 20 です。弊社は既定値を上げないことを推奨します。
4	適用をクリックします。

コネクタスケジュールをセットする

1	Directory Connector から、[構成] をクリックし、[スケジュール] を選択します。
2	増分同期インターバルを分に指定します。既定では、増分同期は 30 分おきに実行するようセットされています。完全増分同期は、あなたが初回の完全同期を行うまで実行されません。
3	レポートが送信される頻度を変更する場合、[レポートを送信する頻度] の値を変更します。
4	[完全同期スケジュールを有効化する] チェックボックスをオンにして完全同期を行う日時を指定します。
5	[フェイルオーバー間隔]を「分」で指定します。
6	[適用] をクリックします。

複数ドメインシナリオ

同じキー値をもつオブジェクトは、データベースの 1 つのレコードにリンクされます。

「ユーザー」のキー値はメールアドレスです。「グループ」のキー値はグループ名です。

複数ドメインの使用例

この例は、優先順位の観点で、2 つのドメイン、example1.com と example2.com をもつ組織を想定しています。

user1 (メール: user@example1.com)を example1.com の Active Directory に追加してください。
group1 (グループ名: Test) を example1.com の Active Directory に追加してください。
user2 (メール: user@example2.com)を example2.com の Active Directory に追加してください。
group2 (グループ名: Test) を example2.com の Active Directory に追加してください。

example1.com の同期

使用例として、user2 と group2 はクラウドに同期され、https://admin.webex.com に表示され、その場合 user1 と group1 は表示されません。

example1.com の完全または増分同期を行う場合、user1 と group1 が同期されます。また、user2 と group2 は、user1 と group1 の情報により上書きされます。

User1 はデータベースの同じレコードとして、user2 にリンクします。group1 はデータベースの同じレコードとして、group2 にリンクします。

example1.com と example2.com での同期

使用例として、user2 と group2 はクラウドに同期され、https://admin.webex.com に表示され、その場合 user1 と group1 は表示されません。

以下の手順を考察してください。

example1.com の Active Directory の user1 と group1 を削除します。
example1.com の完全または増分同期を行います。
結果: ユーザーの情報は、https://admin.webex.com では変更されません。User2 は user1 にリンクされず、group2 は group1 にリンクされません。
example2.com の増分同期を行います。
結果: ユーザーの情報は、https://admin.webex.com では変更されません。
example2.com の完全同期を行います。
結果: user2 と group2 の情報は、https://admin.webex.comにリストされます。

新しいドメインを同期し既存のドメインを保持する

ドメインの優先順位を設定する

開始する前に

1	Cisco Directory Connector から、[ダッシュボード] をクリックします。
2	[アクション] に移動し、[ドメイン優先順位を設定する] をクリックします。
3	リストにあるドメインを 1 つハイライトし、[アップ] または [ダウン] をクリックして、このドメインの優先順位を変更し、[保存] をクリックして変更を保存します。ドメインは、上から下まで、優先順位でソートされます。

ドメインを切り替える

Cisco Directory Connector を別のドメインに再バインドするには、次の手順を使用します。

開始する前に

ドメインを切り替える前に、同期タスクが実行されていないことを確認します。
エラーを回避するには、Cisco Directory Connector の最新バージョンをインストールするか、アップグレードしてください。Control Hub からダウンロードする必要があります。

1	Cisco Directory Connector から、[ダッシュボード] をクリックします。
2	[アクション] に移動し、[ドメインを切り替える] をクリックします。
3	警告を読み、この変更が展開に与える影響を理解し、それでも行う場合には、[はい] をクリックします。ドメインを切り替えると、現在の Cisco ディレクトリコネクタからサインアウトされ、コネクタの他のドメインは登録解除され、そのコンピューターのコネクタ情報は削除されます。
4	Cisco Directory Connector に再度サインインし、ドメインを再バインドします。

ディレクトリ同期を無効にする

Directory Connector からの同期を停止する必要がある場合は、Control Hub から一時的にオフにできます。

https://admin.webex.com の顧客ビューから、[管理] > [組織設定] に移動し、[ディレクトリ同期] までスクロールして、次のいずれかを選択します。

さらにをクリックし、オフにするコネクタインスタンスの隣の [オフにする] をクリックします。
[すべてのディレクトリ同期をオフにする] をクリックし、すべてのコネクタインスタンスから同期を停止します。

指示を読んだ後、[オフにする] をクリックします。

同期は、Directory Connector から再有効にするまで停止します。

ユーザー属性マッピングを削除

1	Directory Connector から [ダッシュボード] をクリックします。
2	[アクション] に移動し、[ユーティリティ] > [ユーザー属性マッピングの削除] をクリックします。
3	[属性名] リストから削除するマッピングを選択します。
4	[影響を受けるユーザー範囲] で、次のいずれかを選択します。 Directory Connector で同期されたユーザーのみ: マッピングは、Directory Connector が以前に同期したユーザーからのみ削除されます。すべてのユーザー: マッピングはすべての Active Directory ユーザーから削除されます。
5	[適用] をクリックします。

プロファイル画像の管理

Directory Connector を使用して、ユーザープロファイルの写真を更新するか、空白のユーザープロファイルの写真を削除します。

1	Directory Connector から [ダッシュボード] をクリックします。
2	[アクション] に移動し、[ユーティリティ] > [プロファイル画像の管理] をクリックします。
3	[アクション] で次のいずれかを選択します。空のアバターソースのプロファイル画像を削除: Active Directory のプロファイル画像が空の場合、このオプションにより、ユーザーが以前 Webex で自分の画像をアップロードした場合でも、ユーザープロファイル画像がクラウドから削除されます。同期ソースから再アップロードしてキャッシュされた画像を上書きする: Directory Connector は以前と同じ Active Directory を使用して、すべてのユーザーのプロファイル画像を更新します。これにより、Active Directory とクラウドのプロファイル画像が一致しないことが保証されます。
4	[適用] をクリックします。

Directory Connector をアンインストールして非アクティブ化

ディレクトリ同期化をこれ以上使いたくなくなった。
複数のディレクトリコネクタのうち、1 つを使いたくなくなった (高可用性)。
ドメインを変更して、別のコネクタをインストールしたい。

開始する前に

高可用性 (HA) または複数のドメインの同期のために、Directory Connector の複数のインスタンスがセットアップされている場合があります。唯一の Directory Connector インスタンス、または最後に残った Directory Connector インスタンスのアンインストールを行う場合、同期は無効にします。
Directory Connector をアンインストールする前に、重要な作業を保存して閉じてください。

1	Windows マシンからコントロールパネルに移動して、プログラムと機能をクリックします。
2	プログラムリストから、[Directory Connector] をクリックし、[アンインストール] を選択し、プロンプトに従います。アンインストールを完了するためにリブートが必要になる場合があります。
3	https://admin.webex.com の顧客ビューから、[管理] > [組織設定] に移動し、[ディレクトリ同期] までスクロールして、[詳細] をクリックし、アンインストールするディレクトリコネクタインスタンスの隣の [非アクティブ化] をクリックします。
4	指示を読んだ後、[非アクティブ化] をクリックします。高可用性 (HA) 展開内に別の Directory Connector がない限り、ユーザーアカウントはこれからは同期しなくなります。

診断ツールの実行

Active Directory ドメインサービスのテストを実行するには:
1. スタートメニューに移動し、Cisco Directory Connector を探し、[Cisco Directory - 診断] をクリックします。[AD-DS] タブをクリックし、[ドメイン] を入力し、[ドメインコントローラの読み込み] をクリックします。
2. リストからドメインコントローラを 1 つ選択します。
  
  増分検索は常に同じドメインコントローラで実行する必要があるため、後でエントリを変更しないでください。
3. デフォルトでは、すべてのパスが検索されますが、1 つの [属性] を選択し、[テスト] をクリックして、その値を確認できます。
4. [Active Directory クエリ] セクションで、[ユーザー] と [グループ] オブジェクトと検索フィルタのいずれか、または両方など、さらにフィルタを設定します。
5. [Cookie の自動入力] をオンにして、検索用のクッキーを自動的に生成します。
6. [クエリ] をクリックして、新しい増分検索または完了検索を開始します。この検索には数秒かかる場合があります。
7. テストが完了したら、[保存 ] をクリックしてログエントリを保存します。ログエントリは、チケットを開く際に分析のためにサポートチームに送信できます。
Active Directory Lightweight Directory サービスのテストを実行するには:
1. スタートメニューに移動し、Cisco Directory Connector を探し、[Cisco Directory - 診断] をクリックします。[AD-LDS] タブをクリックし、[ホスト] と [ポート] を入力し、[パーティションのロード] をクリックします。
2. リストからパーティションを選択し、[接続] をクリックします。
3. デフォルトでは、すべてのパスが検索されますが、1 つの [属性] を選択し、[テスト] をクリックして、その値を確認できます。
4. [Active Directory クエリ] セクションで、[ユーザー]、[ユーザープロキシ]、[UserProxyFull] および検索フィルタなどのフィルタを設定します。
5. [Cookie の自動入力] をオンにして、検索用のクッキーを自動的に生成します。
6. [クエリ] をクリックして、新しい増分検索または完了検索を開始します。この検索には数秒かかる場合があります。
7. テストが完了したら、[保存 ] をクリックしてログエントリを保存します。ログエントリは、チケットを開く際に分析のためにサポートチームに送信できます。
Lightweight Directory Access Protocol（LDAP）のテストを実行するには:
1. スタートメニューに移動し、Cisco Directory Connector を探し、[Cisco Directory - 診断] をクリックします。[LDAP RAW] タブをクリックし、[ルートパス]、[フィルター] を入力し、[属性] からエントリを選択し、[パーティションのロード] をクリックします。
2. 必要に応じて、次のオプションをチェックします。
  - ObjectSecurity—このオプションがある場合、発信者は権限を必要とせず、発信者がアクセスできるオブジェクトと属性だけを表示できます。このオプションが存在しない場合、発信者は変更を複製する権利があります。
  - ParentsFirst: お子さんのすべての親が自分の子より先に来るようにします。
3. ExtendedDN の値を選択します。
  
  この値は、拡張された LDAP 検索で使用され、オブジェクトの識別名の拡張形式を要求します。
4. ReferralChasing の値を選択します。
  
  たとえば、名前空間外のクエリー結果の詳細（別のドメインまたはフォレストのグループメンバーなど）については、ドメインコントローラがクエリーから参照を返したときに照会が開始されます。
5. [クエリ] をクリックして、新しい増分検索または完了検索を開始します。この検索には数秒かかる場合があります。
6. テストが完了したら、[保存 ] をクリックしてログエントリを保存します。ログエントリは、チケットを開く際に分析のためにサポートチームに送信できます。

Ciso Directory Connector の問題をトラブルシューティング

Directory Connector のトラブルシューティングと修正

インストール

Directory Connector が動作を停止した

Directory Connector が動作していないことを知らせる警告メールを受信しました。

Directory Connector が正しくインストールされていない可能性があります。
Directory Connector が実行されていない可能性があります。
ネットワークは使用できない可能性があります。

以下の作業を行います。

[コントロールパネル] > [プログラムと機能] を開きます。Directory Connector　を検索します。存在しない場合は、Control Hub から最新バージョンをダウンロードしてインストールします。
[サービス] を開き、Cisco DirSync Service を見つけます。ステータスが [開始] として表示されていることを確認します。サービスが停止されている場合、右クリックで開始を選択し、サービスを再度開始します。
Directory Connector をインストールしたサーバーにインターネットへのアクセス権があることを確認してください。

再インストールエラー

問題: 古いコネクタをアンインストールした後、すぐに新しいコネクタをインストールすると、エラーメッセージが表示される場合があります。

解決策: 時間が経過したら、もう一度インストールをお試しください。

サインイン

SSO サインイン中にディレクトリコネクタがクラッシュ

問題

SSO サインインページからメールアドレスを入力すると、Directory Connector がクラッシュする場合があります。

対処方法

以下の作業を行います。

新しいグループポリシーを設定するには、次の手順を実行します。

ドメインコントローラに移動し、グループポリシー管理 (gpedit.msc) を開きます。
特定の OU またはドメインを右クリックし、[このドメインで GPO を作成] を選択し、[ここにリンク...
ポリシーに名前を付けて、右クリックして [編集] を選択します。

マシンレベルでポリシーを変更するには、次の手順を実行します。

[コンピューター設定] > [基本設定] > [Windows 設定] に進み、[レジストリ] を右クリックし、[新規] を選択し、[レジストリアイテム] を選択します。
キーパスについては、HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Internet Explorer\Main を入力または移動します。
[スクリプトデバッガを無効にする] を [値] に入力し、[値データ] に [いいえ] を入力します。

設定は、このスクリーンショットと一致する必要があります。

ユーザーレベルでポリシーを変更するには、次の手順を実行します。

[コンピューター設定] > [基本設定] > [Windows 設定] に進み、[レジストリ] を右クリックし、[新規] を選択し、[レジストリアイテム] を選択します。
キーパスについては、HKEY_CURRENT_USER\SOFTWARE\Microsoft\Internet Explorer\Main を入力または移動します。
[スクリプトデバッガを無効にする] を [値] に入力し、[値データ] に [いいえ] を入力します。

設定は、このスクリーンショットと一致する必要があります。

Cisco DirSync Service Connector を登録できませんでした

問題

サインインに失敗すると、「Cisco DirSync Service Connector が登録できませんでした」というメッセージが表示されます。

対処方法

Directory Connector がインストールされている Windows システムは、Active Directory のメンバーである必要があります。

サインインページが表示されません

問題

Directory Connector を開くと、サインインページが表示されませんでした。

対処方法

次の手順を試してください。

Internet Explorer で、https://cloudconnector.webex.com/SynchronizationService-v1_0/?orgId=GLOBAL に移動します。Chrome や Firefox などの他のブラウザでリンクをお試しください。
Internet Explorer がリンクにアクセスできないが、他のブラウザがアクセスできない場合は、Internet Explorer の設定をチェックし、[TLS 1.1] および [1.2] チェックボックスをオンにします。(Internet Explorer で TLS を有効にする手順を使用します。)

サインインプロンプトが表示されます

問題

ユーザ名とパスワードを入力して認証を渡すように要求するプロンプトが表示されます。

考えられる原因

対処方法

サインインポップアップウィンドウが表示されたら、セキュリティを渡すための正しい認証を持つ有効なアカウントを提供する必要があります。

リモートサーバーに接続できません

問題

通常の操作中に、「リモートサーバーに接続できません」というエラーメッセージが表示されます。

考えられる原因

プロキシの問題を解決する必要がある問題がある可能性があります。

対処方法

トラブルシューティングの詳細については、「サービスアカウントサインインの問題をトラブルシューティング」を参照してください。

コネクタを登録できません

問題

「コネクタを登録できません。一般的な例外が発生しました」。

考えられる原因

ほとんどの場合、問題は、Directory Connector が LDAP ルートコンテキストに接続する権限を持っていないためです。

対処方法

以下の作業を行います。

コマンドプロンプト (cmd) を実行し、ldp.exe を入力します。
[接続] > [バインド] をクリックし、[現在ログインしているユーザーとしてバインド] を選択し、[OK] をクリックします。
[表示] > [ツリー] をクリックし、BaseDN として [DC=arbonneintl,DC=ad] を入力し、[OK] をクリックします。
問題が継続する場合、サポートでケースを開きます。

同期

アバターが同期されていません

問題

Cisco Directory Connector がユーザー AD データを Webex クラウドに同期しました。ただし、正常に同期されたアバターデータはありません。

考えられる原因

対処方法

次の手順に従って、ローカルキャッシュを削除します。

C:\Program Files (x86)\Cisco Systems\Cisco Directory Connector\Plugins\ に移動します。
DirSyncPluginAvatar.dll-cache.bin を削除します。
Cisco Directory Connector からアバターの同期を再実行します。

競合するユーザーメールアカウント

問題

同期結果に競合するユーザーメールアカウントが表示される場合があります。

ユーザーが Webex アプリの無料バージョンを試した場合、メールアドレスは無料コンシューマー組織内に存在します。
ユーザーのメールが別の組織で同期されたことがない場合。
ユーザーのメールが組織に属する複数のドメインに存在する場合。

対処方法

以下の作業を行います。

ユーザーを要求する場合は、次の手順に従います。
1. Control Hub でドメインを確認済みしていることを確認します。
2. Cisco Directory Connector を一時的に無効にします。
3. Control Hub の [ユーザーの要求] オプションを使用して、無料の消費者組織に存在する可能性があるアカウントを申請します。詳細については、「ユーザーを組織に要求する (ユーザーの変換) 」を参照してください。
4. Cisco Directory Connector でドライランを実行し、ディレクトリ同期を再度有効にします
最後のケースでは、Active Directory ソースのユーザーデータをダブルチェックします。

非アクティブとしてマークされた変換ユーザー

問題

考えられる原因

対処方法

増分同期が失敗する

問題

増分同期に失敗しました。

この問題は、次の条件で Windows Server 2008 R2 で発生する場合があります。

増分値の更新をサポートします。
使用するフィルタは、リンクされた値属性を参照します。
その属性の結果値は、前回完全な同期が実行されてから更新されました。

対処方法

属性の値が無効です

問題

[user dn dn (distinguished name)] では、属性 [attribute name] が以下の無効な値 [attribute value] を持ちます。

考えられる原因

CN=b,OU=Employees,OU=C Users,DC=c,DC=com の場合、属性 [電話番号] には次の無効な値があります。+ この属性は少なくとも 1 つの番号を含む必要があります。

対処方法

このユーザーの属性には、有効な値がありません。警告メッセージの記述に従ってこの値を修正してください。再度同期を行います。

削除される一致したユーザー

問題

一致したユーザーは削除対象としてマークされます。

対処方法

適切な修正を選択します。

ユーザーを削除してライセンスを再実行しても問題ない場合は、修正のために Directory Connector を使用できます。同期を実行してユーザーを削除し、別の同期を実行してオンプレミス AD からクラウドにユーザーを同期します。
ユーザーアカウントを削除して再作成できない場合は、サポートでケースを開きます。

属性がありません

問題

考えられる原因

対処方法

ユーザー [user_email_address] に必要な属性の 1 つがありません。そのユーザーに必要な値を提供してください。

ネストされたグループが同期されません

問題

ネストされた Active Directory グループのユーザーは、クラウドに適切に同期されません。

考えられる原因

対処方法

ユーザー名の競合

問題

既存のクラウド入力オブジェクトの [user dn] と以下の名前に命名の競合が発生しています。[user email address]、およびユーザータイプ [user_type]。

考えられる原因

そのメールアドレスを使用するユーザーはすでに Control Hub に存在しています。

対処方法

Control Hub を通じて登録したアカウントと同じメールアドレスを使用して、Active Directory にユーザーを作成します。

Control Hub

Control Hub でユーザーリストが見つかりません

問題

1,000 人以上の同期済みユーザーを持つ Webex 組織がある場合、Control Hub にユーザーリストが表示されない場合があります。

対処方法

グループは Control Hub に同期されません

問題

ディレクトリグループのユーザーは、Control Hub に適切に同期されません。

考えられる原因

グループは Active Directory で isCriticalSystemObject としてタグ付けされません。

対処方法

Active Directory で属性 isCriticalSystemObject が TRUE に設定されていることを確認してください。

Directory Connector のトラブルシューティングを有効化する

ログファイル: \Cisco Systems\Cisco Systems\Cisco Directory Connector\Logs

1	`services.msc` ファイルを実行して、Directory Connector サービスの実行中のアカウントをローカルシステムから AD DS または AD LDS にアクセスする権限を持つドメインアカウントに変更します。
2	サービスを再開します。詳細については、サービスの開始方法を参照してください。
3	Directory Connector で、[ダッシュボード] をクリックします。
4	[アクション] に移動し、[ユーティリティ] > [トラブルシューティング] をクリックします。
5	トラブルシューティングが有効になると、エラーの原因となったアクションが繰り返されます。これによって、検査のためのトラフィックデータを取得することができます。
6	ログファイルを確認します。ファイルが空白の場合、アカウントに AD DS ないしは AD LDS にアクセスする権利があるかどうかを確認します。ログフォルダーは過去 3 日間のファイルのみを保存します。ログファイルのコンテンツは、システムへのイベントログ出力と一致しています。
7	必要に応じて、ログファイルをサポートに送信してアシスタンスを依頼してください。
8	完了後は、トラブルシューティング機能を無効にしてください。

関連情報

イベントビュアーを開始

完全もしくは増加同期中に発生したイベントを確認するには、イベントビューを開始します。管理イベントとエラーログの概要が表示されます。

1	Directory Connector から [ダッシュボード] に移動し、[アクション] > [イベントビューアの起動] をクリックします。イベントプロパティダイアログでは、同期イベント詳細およびエラー詳細を表示します。
2	イベントビューアから、[アプリケーションとサービスのログ] > [Cisco Directory Connector] に移動します。
3	[アクション] の下で、[すべてのイベントに名前を付けて保存] をクリックして、すべてのログを 1 つの Events ファイル (*.evtx)、または xml や csv などの別の形式としてエクスポートします。

次に行うこと

ケースを開く必要がある場合は、サポートに連絡し、コネクタの問題を説明し、ケースに Events ファイルを添付してください。

Internet Explorer で TLS を有効にする

シングルサインオン (SSO) プロバイダーを切り替えると、Cisco ディレクトリコネクタから次のエラーメッセージが表示される場合があります。

サービスへのログオンでエラーが発生しました
このページのスクリプトでエラーが発生しました

これらのエラーが表示された場合は、ブラウザで TLS 設定を有効にする必要があります。

1	Internet Explorer を開き、[ツール] を選択します。今すぐ有効にする TLS/SSL バージョンのボックスをオンにします [OK] をクリックしますブラウザを閉じて、再度開きます
2	[インターネットオプション] をクリックし、[詳細] に進み、[セキュリティ] までスクロールします。
3	[TLS 1.1 を使用する] および [TLS 1.2 を使用する] チェックボックスをオンにして、[OK] をクリックします。
4	変更を有効にするには、システムを再起動してください。

サービスアカウントのサインインの問題をトラブルシューティングする

ウェブブラウザーの https://cloudconnector.webex.com/SynchronizationService-v1_0/?orgId=GLOBAL に行きます。

結果によりますが、1 つを選択します。

ブラウザーからリンクに行けない場合、ネットワーク設定を確認してください。環境がプロキシを使用している場合、プロキシ設定を確認してください。
ブラウザからリンクにアクセスできますが、Cisco Directory Connector を開くことができない場合 (コネクタを開くことができず、407 でポップアップエラーメッセージ)、ここをクリックして Cisco Directory Connector の最新バージョンを入手してください。
ブラウザからリンクにアクセスできますが、Cisco ディレクトリコネクタから同期を実行できない場合は、サービスログインアカウントをドメイン管理者に変更してください。

Windows システムへのサインインに使用したアカウントが、「Cisco DirSync Service」で設定したアカウントと同じかどうかを確認します。2 つの異なるアカウントの場合、両方のアカウントが https://cloudconnector.webex.com/SynchronizationService-v1_0/?orgId=GLOBAL にアクセスできることを確認してください。お使いの環境がプロキシを使用している場合、両方のアカウントが Internet Explorer でプロキシに設定されており、https://cloudconnector.webex.com/SynchronizationService-v1_0/?orgId=GLOBAL 正常にアクセスできることを確認してください。

関連情報

Windows レジストリで SafeDllSearchMode を確認する

通常、SafeDllSearchMode が有効になっていますが、レジストリ設定をダブルチェックするには、この手順を使用します。

開始する前に

Windowsレジストリへの変更は、極端な注意が必要です。これらの手順を使用する前に、レジストリのバックアップを作成することをお勧めします。

Windows 検索または [実行] ウィンドウで、regedit と入力し、Enter を押します。

[HKEY_LOCAL_MACHINE\System\CurrentControlSet\Control\Session Manager] に移動します。

1 つを選択します。

SafeDllSearchMode がリストされていません - これ以上のアクションは必要ありません。
SafeDllSearchMode がリストされている—値が 1 に設定されていることを確認します。

詳細については、「ダイナミックリンクライブラリの検索順序」を参照してください。

Cisco Directory Connector の概要

ディレクトリコネクタの概要

表のすべての機能、説明、利点を参照します。

機能	説明と利点
使いやすいダッシュボード	ダッシュボードは、同期スケジュールの概要と、同期の状況、Directory Connector のステータスを提供します。サインインしていつでもダッシュボードを表示できます。
クラウドに同期する前にドライランを行う	クラウドに実装する前に、ディレクトリへの変更のドライランを実行します。レポートを実行し、望む変更が期待するものであるか確認します。
完全および増加同期	ディレクトリ全体を同期します。または増加変更のみを同期し、処理電源に保存して、同期時間を短くします。
複数のドメイン (単一フォレストまたは複数のフォレスト) を同期します	Directory Connector は、単一のフォレスト、または複数のフォレスト (AD LDS を必要としない) のどちらかで複数のドメインをサポートします。複数の Active Directory ドメインを持つ企業の場合、各ドメインに Directory Connector をインストールし、各ドメインを組織にバインドし、各ユーザーベースを Webex に同期できます。Control Hub は、複数の Directory Connector の同期状態を表示することで、ステータスを反映し、特定のドメインの同期をオフにし、高可用性展開で Directory Connector を非アクティブ化できます。
スケジュールされた同期	日、時間、分で同期のスケジュールを設定できます。
Lightweight フィルター Access Protocol (LDAP) フィルター	LDAP 検索条件を定義し、効率的なインポートを提供します。
Active Directory 属性マッピング	Microsoft Active Directory の属性を対応する Webex クラウド属性にマッピングします。Active Directory の設定に関連する属性をマッピングしたり、クラウドにマッピングするカスタム属性を定義したりできます。プレミスからの属性は、ユーザーアカウント情報、Webex Teams の電話番号、会議室リソースの SIP アドレス、その他のユーザー連絡先カードデータ (役職、部署、マネージャなど) など、クラウド内のさまざまなデータをフォームします。
オンプレミスの会議室リソースと Webex ライセンスのない Cisco Webex Calling (Cloud PSTN) ユーザーおよびエンタープライズの連絡先の企業ディレクトリ	組織の一部が通話サービスに Cisco Webex Calling クラウド PSTN を使用している場合、またはオンプレミスの会議室デバイスを使用している場合、この機能により、ユーザーは Cisco Webex Calling (クラウド PSTN) 電話または会議室リソースからエンタープライズ連絡先のディレクトリを検索できます。会議室リソース会議室情報を同期した後で、設定され、マップされた SIP アドレスをもつオンプレミス会議室デバイスは、Cisco Webex 会議室デバイスまたは Cisco Webex Board などのクラウド登録された会議室デバイスの検索可能なエントリとして表示されます。ユーザーが Cisco Webex Room デバイスまたは Cisco Webex Board で検索すると、SIP アドレスで設定された同期された会議室エントリが表示されます。エントリの Webex デバイスからコールを発信すると、コールはルームに設定された SIP アドレスに発信されます。通話ユーザーは Webex アプリの連絡先に加えて、エンタープライズの連絡先に発信できます。Directory Connector を通じて、エンタープライズユーザーとその電話番号が Webex 組織に追加されます。この機能を動作させるために、Webex サービスのライセンスを取得する必要はありません。 Webex のライセンスを持っていないユーザーは、Directory Connector を通じて Webex に同期された URI または電話番号がある場合、Cisco Webex Calling ユーザーの電話から実行されるディレクトリ検索に表示されます。通話機能は、両方のタイプのユーザーに対して同様に動作します。この機能はまた、電話番号のみの連絡先に対するダイヤルの編集機能も提供します。連絡先の検索結果: 連絡先にダイヤル可能な URI (Webex SIP アドレス) と電話番号がある場合、連絡先に関連付けられた URI が表示されます。連絡先にダイヤル可能な URI がないが、電話番号がある場合、電話番号が表示されます。それらにも、ダイヤル編集用のソフトキーがあります。連絡先にいずれもない場合、それらはディレクトリに表示されません。
イベントビューアー	イベントビューアーを使用して、同期に問題があるか確認します。
診断ツールとトラブルシューティング	内蔵の診断ツールを使用して、Cisco Directory Connector の展開のトラブルシューティングを行うことができます。同期が正しく機能しなかった場合は、設定またはネットワークエラーが発生する可能性があります。このツールは、サポートに連絡する前にエラーを診断できるように、Active Directory への接続をテストします。 Directory Connector でトラブルシューティングを有効にすると、ログが書き込まれてテクニカルサポートに送信されます。
自動アップグレード	Directory Connector をインストールした後、新しいソフトウェアのバージョンが利用可能になると通知が送信されます。新しいバージョンがリリースされたときに、常に最新バージョンのソフトウェアを使用できるように自動アップグレードを設定できます。
高可用性	メインのコネクタやマシンのホスティングがダウンした場合のために、バックアップを作成するため、複数のコネクタを構成します。

Directory Connector は、三つの領域に分けられます:

Control Hub は、Webex 組織のあらゆる面を管理できる単一のインターフェイスです。ユーザーがエンタープライズ ID プロバイダを通して認証し、Webex アプリの招待メールを送信しない場合は、ユーザーを表示、ライセンスの割り当て、Directory Connector のダウンロード、シングルサインオン (SSO) の設定を行います。
Directory Connector 管理インターフェイス は、Control Hub からダウンロードし、信頼できる Windows サーバーにインストールするソフトウェアです。複数のアクティブディレクトリドメインについて、同期する各ドメインにソフトウェアのインスタントを 1 つインストールできます。ソフトウェアを使用して、同期を実行して、Active Directory ユーザーアカウントを Webex に持ち込み、同期ステータスを表示および監視し、Directory Connector サービスを設定することができます。
ディレクトリ同期サービス は、Active Directory をクエリして、同期するユーザーとグループをコネクタサービスと Directory Connector に取得します。

Directory Connector アーキテクチャを理解するには、次の図を参照してください。

Directory Connector のための環境の準備

Directory Connector の要件

Windows および Active Directory の要件

次のサポートされている Windows サーバーに Directory Connector をインストールできます。

Windows サーバー 2022
Windows Server 2019
Windows Server 2016

Directory Connector は、次の Active Directory サービスでサポートされています。

Active Directory 2016 年

（Directory Connector は、Windows Server 2019 で最新バージョンの Active Directory を使用する場合にサポートされます）
Active Directory 2012 年
Active Directory 2008 R2
Active Directory 2008 年

次の追加要件に注意してください。

Directory Connector には TLS1.2 が必要です。以下をインストールする必要があります。
- .NET Framework v3.5 (Directory Connector アプリケーションに必要です。問題が発生した場合は、「ロールと機能の追加ウィザードを使用して .NET Framework 3.5 を有効にする」の手順を使用します。)
- .NET Framework v.4.5 (TLS1.2 に必要)
アクティブディレクトリ forest 機能レベル 2 (Windows Server 2003) またはそれ以降が必要です。(詳細については、「アクティブディレクトリの機能レベルとは?」を参照してください。)

ハードウェアの要件

次の最小ハードウェア要件を持つコンピュータに Directory Connector をインストールする必要があります。

8 GB の RAM
50 GB のストレージ
CPU の最低条件はありません

ネットワーク要件

ネットワークがファイアウォールの背後にある場合は、システムでインターネットへの HTTPS (ポート 443) アクセスがあることを確認してください。

Webex 組織の要件

Control Hub から Directory Connector ソフトウェアにアクセスするには、トライアルまたは有料サブスクリプションを持つ Webex 組織が必要です。
(オプション) 新しい Webex アプリのユーザーアカウントを初めてサインインする前にアクティブにする場合は、次の操作を行うことを推奨します。
- クラウドに同期するユーザーのメールアドレスを含むドメインの追加、検証、およびオプションで要求します。
- ID プロバイダー (IdP) と Webex 組織のシングルサインオン (SSO) インテグレーションを行います。
- 自動招待メールを抑制することで、新規ユーザーが自動招待メールを受信しなくなり、独自のメールキャンペーンを行うことができます。(この機能は SSO インテグレーションが必要です。)

詳細については、「Control Hub のユーザーステータスとアクション」を参照してください。

インストール要件

複数のドメイン環境 (単一フォレストまたは複数のフォレストのいずれか) については、各 Active Directory ドメインに 1 つの Directory Connector をインストールする必要があります。別の既存ドメイン (A) の同期したユーザーデータを保持している間、新しいドメイン (B) を同期する場合、サポートされている別の Windows サーバーを持ち、ドメイン (B) 同期に Directory Connector をインストールします。
コネクタにサインインするには、Active Directory の管理アカウントは必要ありません。Control Hub のフル管理者アカウントと同じユーザーであるローカルユーザーアカウントが必要です。

このローカルユーザは、ドメインコントローラに接続し、Active Directory ユーザオブジェクトを読み取るために、その Windows マシン上の権限を持っている必要があります。マシンログインアカウントは、ローカルマシンにソフトウェアをインストールする権限を持つコンピュータ管理者である必要があります。（この情報は、仮想マシンのログインにも適用されます）。
コネクタにサインインする際に、サインインアカウントは Control Hub のフル管理者アカウントと同じである必要があります。デフォルトでは、コネクタはローカルシステムアカウントを使用して Active Directory にアクセスします。ただし、Windows サービスを使用して、Active Directory にアクセスするための別のアカウントを設定することができます。（この情報は、仮想マシンのログインにも適用されます）。
次の手順を使用して、Windows Safe ダイナミックリンクライブラリ（DLL）検索モードが有効になっていることを確認します。Windows レジストリで SafeDllSearchMode を確認します。
1 つのフォレストで複数のドメインに AD LDS を使用する場合は、Directory Connector および Active Directory ドメインサービス/Active Directory ライトウェイトディレクトリサービス（AD DS/AD LDS）を別のマシンにインストールすることを推奨します。

複数のドメインの要件

各ドメインには、Directory Connector の個別のインスタンスが必要です。
Directory Connector ソフトウェアは、同期するのと同じドメインにあるホスト上で実行する必要があります。
Control Hub でドメインを確認または要求することをおすすめします。(「ドメインの追加、検証、要求」を参照してください。)
50 を超えるドメインを同期する場合は、組織を大規模な組織リストに移動させるために、チケットを開く必要があります。
必要に応じて、ルームリソース情報をユーザーアカウントと同期できます。(「オンプレミスの会議室情報を Webex Cloud に同期する」を参照してください)。

自動ライセンス割り当てに関する Active Directory グループの推奨事項

Active Directory には 2 種類のグループがあります。

配信グループ: メール配信リストを作成するために使用されます。
セキュリティグループ: 共有リソースに権限を割り当てるために使用されます。

Active Directory でグループを作成する際には、次のガイドラインを考慮してください。

各役割、部署、サービス (セールス、マーケティング、マネージャー、会計士、Webex ライセンスなど) に対してグローバルグループを作成します。
組織全体の標準命名規則を使用して、グループに関する重要な情報を簡単に識別できるようにします。グループ名には、アクセスレベル、リソースタイプ、セキュリティレベル、グループスコープ、メール機能など、グループに関する詳細を含めることができます。たとえば、グループ名「GSG_Webex_Licensing_EMEAR」は、Webex ライセンス EMEAR ユーザーのグローバルセキュリティグループを指します。
地理や管理階層など、わかりやすい方法でグループを整理します。グループの説明を使用して、グループの目的を完全に説明します。
新しくプロビジョニングされたグループにユーザーを追加する前に、それらのグループの自動ライセンスグループテンプレートを Control Hub で定義します。詳細については、「自動ライセンス割り当てテンプレートを設定する」を参照してください。

サイズ情報

同期の速度に影響を与える要因はいくつかあります。

Active Directory オブジェクトの合計数。(5000 人のユーザー同期ジョブは 50,000 件までかかります。)
ネットワーク速度と帯域幅。
システムのワークロードと仕様。

50,000 人を超えるユーザを同期している場合は、フェールオーバーと冗長性のために 2 番目のコネクタを使用することを強く推奨します。

Windows レジストリで SafeDllSearchMode を確認する

通常、SafeDllSearchMode が有効になっていますが、レジストリ設定をダブルチェックするには、この手順を使用します。

開始する前に

Windowsレジストリへの変更は、極端な注意が必要です。これらの手順を使用する前に、レジストリのバックアップを作成することをお勧めします。

Windows 検索または [実行] ウィンドウで、regedit と入力し、Enter を押します。

[HKEY_LOCAL_MACHINE\System\CurrentControlSet\Control\Session Manager] に移動します。

1 つを選択します。

SafeDllSearchMode がリストされていません - これ以上のアクションは必要ありません。
SafeDllSearchMode がリストされている—値が 1 に設定されていることを確認します。

詳細については、「ダイナミックリンクライブラリの検索順序」を参照してください。

ウェブプロキシの統合

ウェブプロキシ認証がご使用中の環境で有効化された場合、 Directory Connectorはまだご使用になれます。

組織で透過ウェブプロキシを使用している場合、認証はサポートされません。コネクタはユーザーを正常に接続し、同期します。

以下のいずれか 1 つのアプローチを選択することができます。

Internet Explorer 経由の明示的なウェブプロキシ (コネクタはウェブプロキシ設定を引き継ぎます)
.pac ファイルを介した明示的なウェブプロキシ (コネクタはエンタープライズ固有のプロキシ設定を継承します)
変更なしでコネクタで動作する透過型プロキシ

ブラウザーを通じてウェブプロキシを使用する

Internet Explorer 経由で Web プロキシを使用するようにディレクトリコネクタを設定できます。

1	Internet Explorer から、[インターネットオプション] に移動して、[接続] をクリックして、[LAN の設定] を選択します。
2	コネクタがウェブプロキシにインストールされている Windows インスタンスを指します。コネクタはこれらの Web プロキシ設定を継承します。
3	プロキシ認証を使用している環境の場合、以下の URL を許可リストに追加してください。同期のための cloudconnector.webex.com 。認証用の idbroker.webex.com 。フォント、js コンポーネントなどの静的リソースを提供する idbroker-static.webex.com 。これは、サイト全体 (すべての主催者) またはコネクタを持つホストのみに対して実行できます。これらの URL を許可リストに追加してウェブプロキシを完全にバイパスする場合は、ファイアウォール ACL テーブルが更新され、コネクタホストが URL に直接アクセスすることを許可するようにしてください。
4	環境が認証局から証明書失効リストをリクエストする必要がある場合は、次の URL を許可リストに追加します。 .quovadisglobal.com .digicert.com .godaddy.com .identrust.com *.lencr.org 詳細については、Webex サービスにアクセスする必要があるドメインと URL に関する記事を参照してください。

PAC ファイルを通じてウェブプロキシを構成する

プロキシ認証を使用している環境の場合、以下の URL を許可リストに追加してください。

同期のための cloudconnector.webex.com 。
認証用の idbroker.webex.com 。
フォント、js コンポーネントなどの静的リソースを提供する idbroker-static.webex.com 。

これは、サイト全体 (すべての主催者) またはコネクタを持つホストのみに対して実行できます。

環境が認証局から証明書失効リストをリクエストする必要がある場合は、次の URL を許可リストに追加します。

*.quovadisglobal.com
*.digicert.com
*.godaddy.com
*.identrust.com
*.lencr.org

詳細については、Webex サービスにアクセスする必要があるドメインと URL に関する記事を参照してください。

NTLM プロキシ

NTLM デザイン

一般的に、NTLM の技術的な設計は、チャレンジと応答のメカニズムに基づいています。

ユーザは Windows アカウントとパスワードを使用してクライアント PC にサインインします。パスワードはローカルに保存されません。プレーンテキストパスワードの代わりに、パスワードのハッシュ値がローカルに保存されます。ユーザがパスワードを通じてクライアントにサインインすると、Windows OS は入力パスワードから保存されたハッシュ値とハッシュ値を比較します。両方が同じ場合、認証はパスされます。

ユーザが別のサーバのリソースにアクセスする場合、クライアントはアカウント名でプレーンテキストで要求を送信します。
サーバがリクエストを受信すると、サーバは 16 ビットランダムキーを生成します。キーは Challenge（または Nonce）と呼ばれます。サーバがクライアントに戻す前に、チャレンジはサーバに保存されます。その後、サーバーはプレーンテキストでクライアントにチャレンジを送信します。
クライアントがサーバから送信されたチャレンジを受信するとすぐに、クライアントはステップ 1 で言及されたハッシュ値でチャレンジを暗号化します。暗号化後、値はサーバに返されます。
サーバがクライアントから暗号化された値を受信すると、サーバは検証のためにドメインコントローラに送信します。リクエストには次のものが含まれます。アカウント名、クライアントが送信した暗号化されたチャレンジ、および元のプレーンチャレンジ。
ドメインコントローラは、アカウント名に応じてパスワードのハッシュ値を取得できます。そして、ドメインコントローラは、元のチャレンジで暗号化できます。次に、ドマンコントローラーは、受信したハッシュ値と暗号化されたハッシュ値と比較できます。同じ場合、検証は成功します。

トランスパレントプロキシを構成する

1	コネクタがユーザに接続して同期できるように、透過プロキシを展開します。
2	プロキシが成功したことを確認します。コネクタの起動時にブラウザ認証ポップアップウィンドウが期待されます。

プロキシ認証の設定

アクセスコントロールリストを作成して、許可リストに URL cloudconnector.webex.com を追加します。

エンタープライズファイヤーウォールサーバー上の場合:

1	DNS 検索が有効になっていない場合、有効にします。
2	この接続の推定帯域幅を決定します (コネクタでは約 2 mb/秒以下)。この限りでは無いことがあります。
3	アクセスコントロールリストを作成してコネクタホストに適用し、許可リストに追加するターゲットとして `cloudconnector.webex.com` を指定します。たとえば、次のようなものです。 `access-list 2000 acl-inside extended permit TCP [コネクタの IP] cloudconnector.webex.com eq https`
4	この ACL を、この単一コネクタホストにのみ適用可能な適切なファイアウォールインターフェイスに適用します。
5	所属のエンタープライズに残っているホストが、適切な暗示された拒否ステートメントを設定することで、ウェブプロキシの使用がまだ義務付けられていることを確認します。

Directory Connector を展開する

Cisco Directory Connector の展開タスクフロー

始める前に

1	Directory Connector のインストール Control Hub には、最初にディレクトリ同期が無効として表示されます。組織のディレクトリ同期をオンにするには、Directory Connector をインストールして構成してから、完全な同期を正常に実行する必要があります。 Directory Connector の新規インストールについては、常に Control Hub (https://admin.webex.com) に移動してソフトウェアの最新バージョンを入手し、最新の機能とバグ修正を使用できるようにしてください。ソフトウェアのインストール後、ソフトウェアを通じてアップグレードが報告され、利用可能になったら自動的にインストールされます。
2	Directory Connector にサインイン Webex 管理者資格情報でサインインし、初期設定を実行します。
3	自動アップグレードの設定 Directory Connector ソフトウェアを最新バージョンに常に最新の状態に保つことが重要です。この手順を使用して、ソフトウェアが利用可能になったときにサイレントにインストールされるようにすることを推奨します。
4	同期する Active Directory オブジェクトの選択デフォルトでは、Directory Connector はコンピュータではないすべてのユーザーと、ドメインの重要なシステムオブジェクトではないすべてのグループを同期します。同期されるオブジェクトをより詳細に制御するには、Directory Connector の [オブジェクトの選択] ページを使用して、同期する特定のユーザを選択して LDAP フィルタを指定できます。
5	ユーザー属性をマッピングローカルの Active Directory の属性をクラウド内の対応する属性にマッピングできます。唯一の必須フィールドは *uid です。
6	次のいずれかの手順を使用して、ディレクトリアバターを同期します。 Active Directory 属性からクラウドにディレクトリアバターを同期するリソースサーバーからクラウドにディレクトリアバターを同期するユーザーのアバターをクラウドに同期することで、各ユーザーのアバターがアプリケーションにサインインしたときに表示されます。 Active Directory 属性またはリソースサーバからアバターを同期できます。
7	オンプレミスの会議室情報を Webex Cloud に同期するこの手順を使用して、Active Directory から Webex クラウドにオンプレミスの会議室情報を同期します。会議室情報を同期すると、構成され、マッピングされた SIP アドレスを持つオンプレミスの会議室デバイスは、Webex Room デバイスまたは Cisco Webex Board などのクラウド登録された会議室デバイスで検索可能なエントリとして表示されます。
8	Active Directory から Control Hub にユーザーをプロビジョニングするには、次の手順を実行します。 Active Directory ユーザーでドライラン同期を実行するクラウドへの Active Directory ユーザーの完全な同期を行う Control Hub のディレクトリ同期済みユーザーに Webex サービスを割り当てるこの手順に従って、Webex アプリアカウントの Active Directory ユーザーをプロビジョニングします。Directory Connector 3.0 以降のために、複数のフォレストまたは複数のドメインの Active Directory 展開からユーザーをプロビジョニングできます。異なるドメインのユーザーをオンボードするプロセス中に、Webex クラウドにすでに存在するユーザーオブジェクトを保持または削除するかどうかを決定する必要があります。たとえば、トライアルからアカウントをテストします。目標は、アクティブディレクトリと Webex クラウドの間で完全に一致することです。

Directory Connector のインストール

始める前に

プロキシサーバを通じて認証する場合は、次のプロキシクレデンシャルがあることを確認します。

プロキシ基本認証の場合、コネクタのインスタンスをインストールした後でユーザ名とパスワードを入力します。基本認証には Internet Explorer プロキシ設定も必要です。ブラウザから Web プロキシを使用するを参照してください。
プロキシ NTLM の場合、初めてコネクタを開くと、エラーが発生する場合があります。「ブラウザ経由で Web プロキシを使用する」を参照してください。

1	Control Hub で、[ユーザー] > [ユーザーの管理] > [ディレクトリ同期を有効にする] に移動し、[次へ] を選択します。
2	[ダウンロードとインストール] リンクをクリックして、コネクタのインストール .zip ファイルの最新バージョンを VMware または Windows サーバーに保存します。 .zip ファイルをこのリンクから直接取得できますが、このソフトウェアが機能するには、Control Hub 組織への完全な管理アクセス権が必要です。新しいインストールについては、最新の機能とバグ修正を使用できるように、ソフトウェアの最新バージョンを取得してください。ソフトウェアのインストール後、ソフトウェアを通じてアップグレードが報告され、利用可能になったら自動的にインストールされます。
3	VMware または Windows サーバーで、セットアップフォルダで .msi ファイルを解凍して実行し、セットアップウィザードを起動します。
4	[次へ] をクリックし、ボックスにチェックを入れてライセンス契約に同意し、アカウントタイプの画面が表示されるまで [次へ] をクリックします。
5	使用するサービスアカウントのタイプを選択し、管理者アカウントでインストールを実行します。ローカルシステム—デフォルトオプションです。 Internet Explorer を使用してプロキシを設定している場合は、このオプションを使用できます。ドメインアカウント: コンピューターがドメインの一部である場合は、このオプションを使用します。 Directory Connector は、ドメインリソースにアクセスするために、ネットワークサービスと対話する必要があります。アカウント情報を入力し、[OK] をクリックします。ユーザー名を入力する場合は、`{domain}\{user_name} の形式を使用してください。` AD (NTLMv2 または Kerberos) と統合するプロキシの場合、ドメインアカウントオプションを使用する必要があります。 Directory Connector サービスを実行するために使用されるアカウントは、プロキシを渡し、AD にアクセスするのに十分な権限を持っている必要があります。エラーを回避するために、次の権限が設定されていることを確認してください。サーバーはドメインの一部ですドメインアカウントは、オンプレミス AD データとアバターデータにアクセスできます。アカウントは `C:\Program Files` の下のファイルにアクセスする必要があるため、ローカル管理者の役割も持つ必要があります。仮想マシンログインの場合、管理アカウント権限は少なくともドメイン情報を読み取ることができなければなりません。
6	[インストール] をクリックします。ネットワークテストの実行後、プロンプトが表示されたら、プロキシ基本資格情報を入力し、[OK] をクリックし、[完了] をクリックします。

次に行うこと

Directory Connector にサインイン

始める前に

プロキシの資格情報を持っていることを確認します。

プロキシ基本認証の場合、初めてコネクタを開いた後でユーザー名とパスワードを入力します。
プロキシ NTLM の場合は、Internet Explorer を開き、歯車アイコンをクリックし、[インターネットオプション] > [接続] > [LAN 設定] に進み、プロキシサーバー情報が追加されていることを確認し、[OK] をクリックします。「ブラウザ経由で Web プロキシを使用する」を参照してください。

1	コネクタを開き、プロンプトが表示されたら、`https://idbroker.webex.com` を信頼できるサイトのリストに追加します。
2	プロンプトが表示されたら、プロキシ認証資格情報でサインインし、管理アカウントを使用して Webex にサインインし、[次へ] をクリックします。
3	組織とドメインを確認します。 [AD DS] を選択した場合、[LDAP over SSL] をチェックして、セキュアな LDAP (LDAPS) を接続プロトコルとして使用し、同期するドメインを選択し、[確認] をクリックします。 [LDAP over SSL] をオンにしない場合、DirSync は引き続き LDAP 接続プロトコルを使用します。 LDAP (Lightweight Directory Application Protocol) および Secure LDAP (LDAPS) は、アプリケーションとインフラストラクチャ内のドメインコントローラの間で使用される接続プロトコルです。 LDAPS 通信は暗号化され、安全です。 [AD LDS] を選択した場合、ホスト、ドメイン、ポートを入力し、[更新] をクリックしてすべてのアプリケーションパーティションを読み込みます。次に、ドロップダウンリストからパーティションを選択し、[確認] をクリックします。詳細については、AD LDS のセクションを参照してください。 CloudConnectorCommon.dll 構成ファイルで、ADAuthLevel 設定を appSetting ノードに追加していることを確認します。値は 1、2、または 3 にすることができます。 AuthenticationTypes の詳細については、Microsoft からのこの記事を参照してください。値が 1 を持つ設定の例を次に示します。 `<appSettings> <add key=”ConnectorServiceURI” value="https://cloudconnector.webex.com/SynchronizationService-v1_0/?orgId=GLOBAL" /> <ADD KEY="ADAuthLevel" value="1" /> </appSettings>`
4	[組織の確認] 画面が表示されたら、[確認] をクリックします。すでに AD DS/AD LDS にバインドしている場合は、[組織の確認] 画面が表示されます。
5	[確認] をクリックします。
6	Directory Connector にバインドする Active Directory ドメインの数に応じて、1 つを選択します。 AD LDS である単一のドメインがある場合、既存の AD LDS ソースにバインドし、[確認] をクリックします。 AD DS である単一のドメインがある場合、既存のドメインまたは新しいドメインにバインドします。 [新しいドメインにバインド] を選択した場合は、[次へ] をクリックします。既存のソースタイプが AD DS であるため、新しいバインディングに AD LDS を選択することはできません。複数のドメインがある場合は、リストから既存のドメインを選択するか、[新しいドメインにバインド] を選択し、[次へ] をクリックします。複数のドメインを持っているため、既存のソースタイプは AD DS である必要があります。 [新しいドメインにバインド] を選択し、[次へ] をクリックすると、新しいバインディングに [AD LDS] を選択することはできません。

次に行うこと

サインインすると、ドライラン同期を実行するようにプロンプトが表示されます。

Directory Connector ダッシュボード

セッションがタイムアウトした場合は、サインインし直してください。

これらのタスクは、[アクション] ツールバーまたは [アクション] メニューから簡単に実行できます。

表1。ダッシュボードコンポーネント
コンポーネント	説明
現在の同期	現在進行中の同期に関するステータス情報を表示します。同期が実行されていない場合、ステータスの表示はアイドル状態になります。
次の同期	次にスケジュールされた完全同期と増分同期を表示します。スケジュールが設定されていない場合、[スケジュールされていません] が表示されます。
最後の同期	最後に実行された 2 つの同期のステータスを表示します。
現在の同期ステータス	同期の全体的なステータスを表示します。
コネクタ	クラウドで使用可能な現在のオンプレミスコネクタを表示します。
クラウド統計	同期の全体的なステータスを表示します。
同期スケジュール	増分同期と完全同期のための同期スケジュールを表示します。
設定の概要	設定で変更した設定が一覧表示されます。たとえば、概要には以下が含まれる場合があります。すべてのオブジェクトが同期されますすべてのユーザーが同期されます削除されたしきい値は無効になっています。

表 2. アクションツールバー
アクション	説明
増分同期を開始	増分同期を手動で開始このアクションは、同期を一時停止または無効にする場合、完全な同期が完了していない場合、または同期が進行中の場合に無効になります。
ドライランの同期	ドライラン同期を実行します。
イベントビューアを起動	Microsoft イベントビューアを起動します。
更新	Cisco Directory Connector ダッシュボードを更新

表3。アクションメニューバー
アクション	説明
今すぐ同期	完全な同期をすぐに開始します。
同期モード	増分同期モードまたは完全同期モードを選択します。
コネクタシークレットをリセット	Cisco Directory Connector とコネクタサービス間の会話を確立します。このアクションを選択すると、クラウド内の秘密がリセットされ、秘密がローカルに保存されます。
ドライラン	同期プロセスのテストを実行します。完全同期を行う前に、ドライランを実行する必要があります。
トラブルシューティング	トラブルシューティングをオンまたはオフにします。
更新	Cisco Directory Connector のメイン画面を更新します。
終了	Cisco Directory Connector を終了します。

表 4YAZ設定オプションキーの組み合わせ
キーの組み合わせ	アクション
Alt + A	[アクション] メニューを表示する
`Alt + A + S`	今すぐ同期
`Alt + A + R`	コネクタシークレットをリセット
`Alt + A + D`	ドライラン
`Alt + A + S + I`	増分同期
`Alt + A + S + F`	完全同期
`Alt + H キー`	[ヘルプ] メニューを表示
`Alt + H + H`	ヘルプ
`Alt + H + A`	バージョン情報
`Alt + H + F`	よくある質問

自動アップグレードの設定

1	Directory Connector から、[構成] > [全般] に進み、[新しい Cisco Directory Connector バージョンに自動的にアップグレードする] をオンにします。
2	[適用] をクリックして変更を保存します。

コネクタの新しいバージョンは利用可能になったら自動的にインストールされます。

同期する Active Directory オブジェクトの選択

自動ライセンス割り当てのグループ

LDAP フィルタを使用して、関連するグループをクラウドに同期することのみを推奨します。たとえば、フィルタを次のように設定できます。

(&(cn=例)(objectclass=グループ))*

Directory Connector のオブジェクト選択画面

ハイブリッドデータセキュリティ展開のグループ

始める前に

1	Directory Connector から、[構成] に移動し、[オブジェクトの選択] をクリックします。
2	[オブジェクトタイプ] セクションで、[ユーザー] にチェックを入れ、ユーザーの検索可能なコンテナーの数を制限することを検討してください。たとえば、特定のグループ内のユーザーのみを同期する場合は、[ユーザー] の LDAP フィルタフィールドに LDAP フィルタを入力する必要があります。 Example-manager グループ内のユーザーを同期する場合は、次のようなフィルターを使用します。 `(&(sAMAccountName=*)(memberOf=cn=Example-manager,ou=Example,ou=Security Group,dc=会社))`
3	[会議室の識別] にチェックを入れ、会議室データをユーザーデータから分離します。ユーザーデータを会議室データとして識別するための追加の属性を設定する場合は、[カスタマイズ] をクリックします。 Active Directory から Webex クラウドにオンプレミスの会議室情報を同期する場合は、この設定を使用します。会議室情報を同期すると、構成され、マッピングされた SIP アドレスを持つオンプレミスの会議室デバイスは、クラウドに登録された会議室デバイスで検索可能なエントリとして表示されます。詳細については、「オンプレミスの会議室情報を Webex Cloud に同期する」を参照してください。
4	Active Directory ユーザーグループをクラウドに同期する場合は、[グループ] にチェックを入れます。 [グループ（Groups）] フィールドにユーザ同期の LDAP フィルタを追加しないでください。グループデータ自体をクラウドに同期するには、[グループ（Groups）] フィールドのみを使用してください。デフォルトでは、グループは新しい顧客に対して同期されません。グループ同期を有効にする必要があります。セキュリティグループも同期する必要があります。
5	ユーザーの連絡先情報をクラウドに同期する場合は、[連絡先] にチェックを入れます。 Directory Connector は、コネクタによって同期された連絡先のみを管理します。 Control Hub にすでに連絡先がある場合は、同期によって連絡先は削除されません。同期範囲から連絡先が削除された場合、ユーザーの連絡先情報も Control Hub で削除されます。
6	LDAP フィルタを設定します。有効な LDAP フィルタを提供することにより、拡張フィルタを追加できます。 LDAP フィルタの設定の詳細については、この記事を参照してください。
7	[選択] をクリックして、[同期するオンプレミスベース DN] を指定して、Active Directory のツリー構造を確認します。ここから、検索するコンテナーを選択または選択解除できます。
8	この構成に追加するオブジェクトを確認し、[選択] をクリックします。同期に使用する個別または親コンテナーを選択できます。親コンテナーを選択して、すべての子コンテナーを有効にします。子コンテナーを選択した場合、親コンテナーには、子コンテナーがチェックされたことを示すグレーのチェックマークが表示されます。次に、[選択] をクリックして、チェックした Active Directory コンテナーを受け入れることができます。組織ですべてのユーザーとグループをユーザーコンテナーに配置する場合、他のコンテナーを検索する必要はありません。組織が組織単位に分割されている場合は、必ず [OU] を選択してください。
9	[適用] をクリックします。オプションを選択します。設定変更を適用ドライランキャンセルドライランの詳細については、「Active Directory ユーザーでドライラン同期を行う」を参照してください。グループ同期では、完全同期を行う必要があります。クラウドに Active Directory ユーザーの完全な同期を行います。

ユーザー属性をマッピング

1	Directory Connector から、[構成] をクリックし、[ユーザー属性マッピング] を選択します。このページには Active Directory (左) と Webex クラウド (右) の属性名が表示されます。必須の属性はすべて赤いアスタリスクでマークされます。
2	[Active Directory 属性名] の一番下までスクロールし、これらの Active Directory 属性の 1 つを選択して、クラウド属性 uid にマッピングします。メール: ほとんどの展開でメール形式で使用されます。 userPrincipalName—メール属性が Active Directory の他の目的で使用されている場合の代替選択肢です。この属性はメール形式である必要があります。他の Active Directory 属性のいずれか uid にマッピングできますが、上記のガイドラインで説明されているように mail または userPrincipalName を使用することをお勧めします。場合によっては、userPrincipalName がサインインに使用されますが、ユーザーのメールアドレスがカレンダーを管理するために使用されます。カレンダー管理用のメールアドレスが Webex のプライマリメールアドレスフィールドにマッピングされていることを確認する必要があります。 alternative のメールアドレスとして userPrincipalName を追加します。 Active Directory のどの属性がクラウドで一致するかを確認するには、「Directory Connector の Active Directory 属性のマッピング」を参照してください。同期を動作させるには、選択する Active Directory 属性が電子メール形式であることを確認する必要があります。推奨属性の 1 つを選択しない場合は、Directory Connector にポップアップが表示されます。
3	事前に定義された Active Directory 属性が展開で機能しない場合、属性ドロップダウンをクリックし、下部までスクロールして、[属性をカスタマイズ] を選択して、属性表現を定義できるウィンドウを開きます。 [ヘルプ] をクリックして、式に関する詳細を確認し、式がどのように動作するかを確認してください。詳細については、「カスタマイズされた属性の式」を参照してください。この例では、Active Directory 属性 `givenName` と `Sn` をクラウド属性 `displayName` にマッピングします。属性式を givenName + "" + Sn として定義し (引用符は余分なスペース)、検証する既存のユーザーメールを提供します。 [確認] をクリックして、期待した結果と一致するかどうかを確認します。成功した結果は次のようになります。結果が期待通りの場合は、[OK] をクリックして新しいカスタマイズした属性を保存します。後で、displayName を変更する場合は、新しい属性式を入力することができます。 Directory Connector は、アイデンティティサービスの uid の属性値を検証し、現在のユーザーフィルターオプションで 3 人の使用可能なユーザーを取得します。これらの 3 人のユーザーのすべてに有効なメール形式がある場合、Cisco Directory Connector には次のメッセージが表示されます。属性が確認できない場合、次の警告が表示され、Active Directory に戻り、ユーザーデータを確認および修正できます。
4	(オプション) Webex アプリのユーザーの連絡先カードにモバイル番号と職場の番号を表示する場合は、モバイルとtelephoneNumber のマッピングを選択します。ユーザーが別のユーザーのプロファイル画像の上にカーソルを合わせると、電話番号のデータが Webex アプリに表示されます。ユーザーの連絡先カードからの通話の詳細については、「Webex (Unified CM) の通話展開ガイド」(管理者) を参照してください。
5	追加のマッピングを選択して、連絡先カードに表示されるデータを追加します。 `部門番号` `表示名` `マネージャー` `タイトル` 属性がマッピングされると、ユーザが別のユーザのプロファイル画像の上にカーソルを合わせると、情報が表示されます。連絡先カードの詳細については、「連絡しようとしている相手を確認する」を参照してください。これらの属性を各ユーザーアカウントに同期した後、Control Hub で People Insights をオンにすることもできます。この機能により、Webex アプリのユーザーは、プロファイルでより多くの情報を共有し、お互いについて詳しく知ることができます。機能と有効にする方法の詳細については、「Control Hub の Webex、Jabber、Webex Meetings、および Webex Events (新) の People Insights プロファイル」を参照してください。
6	選択したら、[適用] をクリックします。

削除されたユーザーは、完全に削除される前に、7 日間クラウドアイデンティティサービスに保持されます。

Active Directory とクラウドの属性

[ユーザー属性マッピング] タブを使用して、ローカルの Active Directory からクラウド内の対応する属性に属性をマッピングできます。

Active Directory の属性名	Webex クラウドの属性名	メモ
—	ビル名	—
C	C	この属性は、ユーザーの国の略称を指定します。
部門番号	部門番号	この属性は、連絡先カードとPeople Insights に表示されるユーザーの部署番号に使用されます。
表示名	表示名	この属性は、Control Hub に表示されるユーザーアカウントの表示名、連絡先カード、People Insights に使用されます。
ユーザアカウント制御	ds-pwp-account-disabled	この属性はユーザー同期に使用されます。 userAccountControl 属性が ds-pwp-account-disabled にマッピングされているか、ユーザーが適切に同期されないことを確認してください。
従業員番号	従業員番号	—
ファクシミリ電話	ファクシミリ電話	—
—	jabberID	このクラウド属性は、Jabber で使用される IM アドレス（XMPP タイプ）に関連しています。この値は sipAddresses と同じではありません。
l	l	この属性は、ユーザの市区町村を指定します。
—	ロケール	—
マネージャー	マネージャー	この属性は、連絡先カードとPeople Insightsに表示されるユーザーのマネージャ名に使用されます。
モバイル	モバイル	この属性は、連絡先カードからユーザーに電話をかけるために表示される携帯電話番号として使用されます。
O	O	この属性は、会社または組織の名前を指定し、連絡先カードに表示されます。
または	または	この属性は、組織単位の名前を指定します。
physicalDeliveryOfficeName	physicalDeliveryOfficeName	この属性は、ユーザーのオフィスロケーションを指定します。
郵便番号	郵便番号	この属性は、物理的なメール配信のためのユーザーの郵便番号または郵便番号を指定します。
優先言語	優先言語	この属性は、ユーザーの優先言語を設定し、次の形式がサポートされます。 xx_YY または xx-YY。いくつかの例を以下に示します。 en_US, en_GB, fr-CA. サポートされていない言語または無効な形式を使用する場合、ユーザーの優先言語は組織の言語設定に変更されます。
MSRTCSIP-PrimaryUserAddress ipPhone	SipAddresses;type=エンタープライズ	この属性は、Active Directory から Cisco Webex クラウドにオンプレミスの会議室情報を同期するために使用されます。
snさん	snさん	この属性は、Control Hub に表示されるユーザーアカウントの姓、連絡先カード、People Insights に使用されます。
セント	セント	この属性は、ユーザの都道府県を指定します。
番地	番地	この属性は、物理的なメール配信のためのユーザの番地を指定します。
電話番号	電話番号	この属性では、連絡先カードからユーザーに電話をかけるために使用されるユーザーのプライマリ (職場) 電話番号を指定します。
—	タイムゾーン	このクラウド属性は、ユーザーのタイムゾーンを指定します。
タイトル	タイトル	この属性では、連絡先カードとPeople Insightsに表示されるユーザーのタイトルを指定します。
種類	企業	—
メール userPrincipalName	UID (uid)	必須の属性マッピング。各ユーザーアカウントについて、Active Directory の値はクラウドの一意の UID にマッピングされます。場合によっては、userPrincipalName がサインインに使用されますが、ユーザーのメールアドレスがカレンダーを管理するために使用されます。カレンダー管理用のメールアドレスが Webex のプライマリメールアドレスフィールドにマッピングされていることを確認する必要があります。 alternative のメールアドレスとして userPrincipalName を追加します。ユーザーは、正しい SAML 属性マッピングが設定されている限り、これらのメールアドレスを使用してサインインできます。代替メールアドレスをマッピングする方法については、以下のサンプル属性マッピングを参照してください。
userPrincipalName メール <カスタム属性>	メール; タイプワーク	このマッピングはオプションです。代替のメールアドレスを使用する場合に使用してください。これは認証に使用されるメールです。カレンダーの管理には使用されません。 AD からマッピングするメールアドレスは、組織内の検証済みドメインのものである必要があり、一意であり、別のユーザーに割り当てられていない必要があります。
<Azure ユーザー objectId の新しい属性>	externalId	新しい Active Directory 属性を作成して、Azure ユーザー objectId を保持し、既存の属性と衝突しないようにします。この属性は externalId 属性にマッピングされ、Webex ユーザーが Microsoft 365 でグループを作成すると、Webex でチームを自動的に作成することを確認します。

代替メールアドレスのマッピング

カスタマイズされた属性の式

表 5. カスタマイズされた属性の式
演算子	説明と例
%	matches が指定された場合、検索結果が代入されます。例式 `"abc@example.com" % "@"` 結果 `例.com`
-	指定された文字列の末尾から入力文字列の背面を取り去ります。例式 `"abc@example.com" - "@"` 結果 `abcさん`
+	入力文字列や式を連結します。例式 `"abc" + "" + "def"` 結果 `ABC デフ`
\|	空の文字列に対して区切られた式を評価し、最初の空でない結果を選択します。例式 `「ABC」` 結果 `abcさん`

Active Directory 属性からクラウドにディレクトリアバターを同期する

1	Directory Connector から、[構成] に移動し、[アバター] をクリックして、[有効化] をオンにします。
2	[アバターを取得する] の場合、[AD 属性] を選択し、クラウドに同期する未加工アバターデータを含む [アバター属性] を選択します。
3	アバターが正しくアクセスされていることを確認するには、ユーザーのメールアドレスを入力し、[ユーザーのアバターを取得] をクリックします。アバターが右側に表示されます。
4	アバターが正しく表示されたことを確認したら、[適用] をクリックして変更を保存します。

同期された画像は、Webex アプリのユーザーのデフォルトのアバターになります。 Directory Connector からこの機能を有効にした後、ユーザーは独自のアバターを設定できません。
ユーザーアバターは Webex アプリと Webex サイト上の一致するアカウントの両方に同期されます。

次に行うこと

リソースサーバーからクラウドにディレクトリアバターを同期する

始める前に

この手順の URI パターンと変数値は例を示します。ディレクトリアバターが配置されている実際の URL を使用する必要があります。
アバター URI パターンとアバターが存在するサーバは、Directory Connector アプリケーションから到達可能である必要があります。コネクタは画像への http または https アクセスを必要としますが、画像がインターネットで公的にアクセスされる必要はありません。
アバターデータの同期は、Active Directory ユーザープロファイルから分離されます。プロキシを実行する場合、アバターデータが NTLM 認証または基本認証によってアクセスできることを確認する必要があります。

1	Directory Connector から、[構成] に移動し、[アバター] をクリックして、[有効化] をオンにします。
2	[アバターを取得する] の場合、[リソースサーバー] を選択し、[アバター URI パターン] を入力します。たとえば、*`http://www.example.com/dir/photo/zoom/{mail: .?(?=@.)}.jpg`* アバター URI パターンの各部分とその意味を見てみましょう。 http://www.example.com/dir/photo/zoom/—同期されるすべての写真があるパスです。サーバー上の Directory Connector サービスが到達可能な URL である必要があります。 mail:—Directory Connector に Active Directory からメール属性の値を取得するように指示します .?(?=@.)—次の機能を実行する正規表現シンタックス。 *`.—任意の文字。0 回以上繰り返します。` `?—前の変数をできるだけ文字数に一致するように指示します。` `(?= ... ) - 結果に含めずに、メイン式の後にグループを照合します。 Directory Connector は一致を探し、出力に含めません。` `@.: at 記号の後に、任意の文字が続き、0 回以上繰り返します。`* `.jpg—ユーザーのアバターのファイル拡張子。このドキュメントでサポートされているファイル形式を確認し、必要に応じて拡張機能を変更します。`
3	(オプション) リソースサーバーで資格情報が必要な場合は、[アバターにユーザークレデンシャルを設定する] にチェックを入れ、[現在のサービスログオンユーザーを使用] または [このユーザーを使用] を選択し、パスワードを入力します。
4	変数の値を入力します。例: `abcd@example.com`。
5	[テスト] をクリックして、アバター URI パターンが正しく機能していることを確認します。この例では、1 つの AD エントリのメール値が `abcd@example.com` で jpg 画像が同期されている場合、最終的なアバター URI は `http://www.example.com/dir/photo/zoom/abcd.jpg です。`
6	URI 情報が確認され、正しく表示されたら、[適用] をクリックします。正規表現の使用の詳細については、「Microsoft 正規表現言語クイックリファレンス」を参照してください。

同期された画像は、Webex アプリのユーザーのデフォルトのアバターになります。 Directory Connector からこの機能を有効にした後、ユーザーは独自のアバターを設定できません。
ユーザーアバターは Webex アプリと Webex サイト上の一致するアカウントの両方に同期されます。

次に行うこと

オンプレミスの会議室情報を Webex Cloud に同期する

1	Directory Connector から、[同期] に移動し、同期されたドメインの隣にあるをさらにクリックし、[設定] をクリックして、[オブジェクトの選択] を選択します。
2	[会議室情報をクラウドに同期] をチェックして、同期中に会議室データをユーザーデータから分離します。この設定が無効になっている場合、会議室データはユーザー同期データと同じ方法で処理されます。
3	[属性マッピング] に移動し、クラウド属性 sipAddresses;type=enterprise の属性マッピングを変更します。値検証を使用するには、SIP アドレスの値は Pattern.compile("^([^@])(.)@(.)$") である必要があります。利用可能な場合は、[MSRTCSIP-PrimaryUserAddress] を選択します。 Active Directory スキーマに上記の属性がない場合は、ipPhone などの別のフィールドを使用します。
4	Exchange で会議室リソースメールボックスを作成します。これは、コネクタがルームを識別するために使用する msExchResourceMetaData;ResourceType:Room 属性を追加します。
5	Active Directory のユーザーとコンピュータから、会議室のプロパティに移動して編集します。次の sip のプレフィックスを持つ完全修飾の SIP URI を追加します。
6	ドライランの同期を実行してから、コネクタで完全実行の同期を実行します。新しい会議室オブジェクトは [追加されたオブジェクト] にリストされ、一致した会議室オブジェクトは、ドライランレポートの [一致したオブジェクト] に表示されます。削除にフラグが付けられた会議室オブジェクトは、[削除された会議室] の下にあります。ドライランの結果には、一致したルームリソースが表示されます。この設定は、Active Directory の会議室データ (会議室の属性を含む) をユーザーデータから分離します。同期が完了すると、コネクタダッシュボードのクラウド統計には、クラウドに同期された会議室データが表示されます。

次に行うこと

Control Hub から、ディレクトリから会議室を自動的にインポートし、ワークスペースを作成できます。

ディレクトリ同期結果でのメールレポートの送信

1	Directory Connector から、[構成] をクリックし、[通知] を選択します。
2	Directory Connector から、[設定] をクリックし、[メール受信者] の隣の [レポートの同期を有効にする] をオンに切り替えます。
3	デフォルトの通知動作をオーバーライドし、1 人以上のメール受信者を追加する場合は、[通知を有効にする] をオンにします。
4	[追加] をクリックし、メールアドレスを入力します。無効な形式でメールアドレスを入力すると、変更を保存して適用する前に、問題を修正するように指示するメッセージがポップアップ表示されます。
5	[メールの追加] をクリックし、メールアドレスを入力します。無効な形式でメールアドレスを入力すると、変更を保存して適用する前に、問題を修正するように指示するメッセージがポップアップ表示されます。
6	入力したメールアドレスを編集する必要がある場合は、左側の列のメールエントリをダブルクリックして、必要な変更を加えます。
7	すべての有効なメールアドレスを追加したら、[適用] をクリックします。
8	すべての有効なメールアドレスを追加したら、[保存] をクリックします。

次に行うこと

メールアドレスを削除することを決定した場合、メールをクリックしてそのエントリを強調表示し、[削除] をクリックします。

メールアドレスを削除することを決定した場合、特定のメールアドレスエントリの隣の [削除] をクリックします。

Active Directory から Control Hub にユーザーをプロビジョニング

1	Active Directory ユーザーでドライラン同期を実行するドライランを実行して、オンプレミスの Active Directory のオブジェクトと Webex クラウドのオブジェクトを比較します。ドライランでは、完全または増分同期を実行してクラウドに変更をコミットする前に、どのオブジェクトが追加、変更、または削除されるかを確認できます。
2	クラウドへの Active Directory ユーザーの完全な同期を行う完全同期を実行すると、コネクタサービスは Active Directory（AD）からクラウドにフィルタリングされたすべてのオブジェクトを送信します。コネクタサービスは次に、AD エントリで ID ストアを更新します。自動割り当てライセンステンプレートを作成した場合は、新しく同期されたユーザーに割り当てることができます。
3	Control Hub のディレクトリ同期済みユーザーに Webex サービスを割り当てる Directory Connector から Control Hub への完全なユーザーの同期が完了したら、さまざまな方法を使用して Webex サービスライセンスを割り当てることができます。 Active Directory から同期した新しい Webex アプリユーザーで使用する前に、自動割り当てライセンステンプレートをセットアップすることを推奨します。この最初のステップの後で、個々の変更を行うこともできます。

Active Directory ユーザーでドライラン同期を実行する

始める前に

1	次のいずれかを選択します。初めてサインインした後、プロンプトで [はい] をクリックして、ドライランを実行します。ドライランを実行するためのリマインダを見逃した場合は、いつでも Directory Connector から、[ダッシュボード] をクリックし、[ドライランの同期] を選択し、[OK] をクリックしてドライランの同期を開始します。ドライランが完了すると、次のいずれかの結果が表示されます。 *Directory Connector で検出された不一致のオブジェクト* *Directory Connector のドライランレポート結果と不一致のオブジェクトの概要* 概要には、オブジェクトの一致についての情報が含まれます。一致したオブジェクト - Webex 共通 ID にあり、Active Directory ドメインにも存在しているユーザー。つまり、someuser@cisco.com が Webex に同期され、Control Hub に表示され、同じユーザー (someuser@cisco.com) が Active Directory に存在する場合。これは、ユーザが一致していることを意味します。一致しないオブジェクト - Webex にいるユーザー。ユーザーが Common Identity に追加された方法に関係なく、Active Directory にユーザーが存在しません。これは不一致オブジェクトと呼ばれます。たとえば、someuser@cisco.com が Webex で同期され、Control Hub に表示されているが、同じユーザー (someuser@cisco.com) が Active Directory によって管理されていない場合、レポートにはユーザーが不一致であることが表示されます。ドライランでは、ドメインユーザと比較してユーザを識別します。アプリケーションは、ユーザが現在のドメインに属している場合、ユーザを識別できます。次のステップでは、オブジェクトを削除するか、または保持するかを決定する必要があります。一致しないオブジェクトは、Webex クラウドにすでに存在しているが、オンプレミスの Active Directory には存在していないとして識別されます。
2	ドライランの結果を確認し、単一ドメインまたは複数のドメインを使用するかどうかに応じて、オプションを選択します。シングルドメイン: 一致しないユーザーを維持するかどうかを決定します。保持する場合は、[いいえ、オブジェクトを保持する] を選択します。保持しない場合は、[はい、オブジェクトを削除する] を選択します。これらの手順を実行し、プレミスとクラウドの間で完全に一致するように、手動で完全同期を実行した後、Directory Connector はスケジュールされた自動同期タスクを自動的に有効にします。複数のドメイン—ドメイン A とドメイン B の組織の場合、まずドメイン A のドライランを実行します。一致しないユーザーを保持する場合は、[いいえ、オブジェクトを保持する] を選択します。 (これらの一致しないユーザーはドメイン B のメンバーである可能性があります。) 削除する場合は、[はい、オブジェクトを削除] を選択します。ユーザーを維持する場合は、まずドメイン A の完全な同期を実行し、ドメイン B のドライランを実行します。まだ一致しないユーザーが存在する場合は、これらのユーザーを Active Directory に追加してから、ドメイン B の完全な同期を実行します。プレミスとクラウドの間で完全に一致する場合、Directory Connector はスケジュールされた自動同期タスクを自動的に有効にします。
3	[ドライランの確認] プロンプトで、[はい] をクリックしてドライランの同期を再実行し、ダッシュボードを表示して結果を表示します。ドライランで正常に同期されたアカウントは、[一致したオブジェクト] の下に表示されます。クラウド内のユーザーが Active Directory に同じメールを持つ対応するユーザーを持っていない場合、エントリは [削除されたユーザー] の下にリストされます。この削除フラグを回避するために、同じメールアドレスで Active Directory にユーザーを追加できます。同期された項目の詳細を表示するには、特定の項目または [一致したオブジェクト] の対応するタブをクリックします。概要情報を保存するには、[結果をファイルに保存] をクリックします。
4	結果が予想される場合は、[アクション] > [同期モード] > [同期を有効にする] に移動し、[今すぐ有効にする] をクリックして手動同期を実行し、この時点で手動モードにします。複数ドメイン展開で最後の Active Directory ドメインで同期を行った後、Directory Connector の自動モードを有効にする必要があります。自動モードを有効にできるのは、オブジェクトが Webex クラウドとすべてのオンプレミスのアクティブディレクトリの間で完全に一致している場合のみです。

次に行うこと

保持した不一致のユーザーオブジェクトについては、オンプレミスとクラウドの間で完全に一致するように、それらを Active Directory に追加する必要があります。
同期タイプを選択:
- 新しいユーザーを最初にクラウドに同期するときに、クラウドに Active Directory ユーザーの完全な同期を行う。 [アクション] > [今すぐ同期] > [フル] から行い、現在のドメインのユーザーが同期されます。
- 完全な同期を実行した後、最初の同期後に変更をピックアップする場合は、コネクタスケジュールを設定し、増分同期を実行することができます。このタイプの同期は、Active Directory ユーザーソースに加えられた小さな変更をピックアップすることをお勧めします。
  
  デフォルトでは、増分同期は 30 分ごと（バージョン 3.4 以前）または 4 時間ごと（バージョン 3.5 以降）に発生するように設定されていますが、この値は変更できます。増分同期は、最初に完全同期を実行するまで実行されません。
複数のドメインがある場合は、インストールした他の Directory Connector でこれらの手順を繰り返します。

注意事項

一致するユーザーが削除するようにマークされ、続行する方法がわからない場合は、「Directory Connector のトラブルシューティングと修正」でトラブルシューティング情報とサポートに連絡する方法を参照してください。

削除されたユーザーは、完全に削除される前に、7 日間クラウドアイデンティティサービスに保持されます。

クラウドへの Active Directory ユーザーの完全な同期を行う

複数のドメインがある場合は、各 Active Directory ドメインにインストールした Directory Connector インスタンスでこの手順を実行する必要があります。

始める前に

完全同期後、およびユーザーが初めてサインインする前に、Webex アプリのユーザーアカウントをアクティブステータスにするには、次の手順を実行してメール検証をバイパスする必要があります。
- シングルサインオンを Webex 組織と統合します。参照 Cisco Webex サービスと組織の ID プロバイダーによるシングルサインオンを参照してください。
- Control Hub を使用して、メールアドレスに含まれるドメインを確認し、必要に応じて要求します。参照ドメインの追加、検証、要求.
- 自動招待メールを抑制して、新規ユーザーが Webex アプリへの自動招待メールを受信しないようにします。(独自のメールキャンペーンを実行できます。)
  
  サインインしていないアクティベート済みユーザーは、Control Hub で [確認済み] ステータスで表示されます。サインインすると、[アクティブ] として表示されます。ユーザーステータスの詳細については、「Cisco Webex Control Hub のユーザーステータスとアクション」を参照してください。
同期を有効にすると、Directory Connector が最初にドライランを実行するように求めます。潜在的なエラーをキャッチするために、完全同期の前にドライランを実行することを推奨します。
Active Directory から同期した新しい Webex アプリユーザーで使用する前に、自動割り当てライセンステンプレートをセットアップする必要があります。

自動割り当てライセンステンプレートを使用しない場合、新しく同期されたユーザーは自動的に無料ライセンスを取得します。無料アカウントを持つユーザーと同じ無料機能を使用できます。

1	次のいずれかを選択します。初回サインイン後、ドライランが完了し、すべてのドメインが正しい場合は、[今すぐ有効にする] をクリックして、自動同期を可能にします。 Directory Connector から、[ダッシュボード] に移動し、[アクション] をクリックし、[同期モード] > [同期を有効にする] を選択し、[今すぐ同期] > [完全] をクリックして同期を開始します。
2	Directory Connector から、[同期] に移動し、同期されたドメインの隣にあるをさらにクリックし、[設定] をクリックして、[完全同期] を選択します。
3	同期を開始したことを確認します。 Active Directory のユーザーに対して行った変更 (表示名など) については、ユーザービューを更新すると Control Hub はすぐに変更を反映しますが、Webex アプリは同期を実行してから最大 72 時間後に変更を反映します。次の指示に従って、Webex アプリのローカルキャッシュをクリアできます。 Windows または Mac。同期中、ダッシュボードには同期の進行状況が表示されます。これには、同期のタイプ、開始時刻、同期が現在実行中のフェーズが含まれます。同期後、[最後の同期] と [クラウド統計] セクションが新しい情報で更新されます。ユーザーデータはクラウドに同期されます。同期中にエラーが発生した場合、ステータスインジケータボールが赤に変わります。
4	同期のステータスを更新する場合は、[更新] をクリックします。 (同期された項目は [クラウド統計] の下に表示されます。)
5	エラーに関する情報については、[イベントビューアの起動] を [アクション] ツールバーから選択してエラーログを表示します。
6	クラウドへの継続的な増分同期のための同期スケジュールを設定するには、「コネクタスケジュールを設定する」および「増分同期を実行する」を参照してください。

完全同期が完了すると、Control Hub の [設定] ページの [無効] から [運用] にディレクトリ同期のステータスが更新されます。
すべてのデータがオンプレミスとクラウドの間で照合されると、Directory Connector は手動モードから自動同期モードに変更されます。
シングルサインオンを統合、ドメインの確認、オプションで同期したメールアカウントのドメインの要求、および自動メールを抑制しない限り、ユーザーが Webex アプリに初めてサインインしてアカウントを確認するまで、Webex アプリのユーザーアカウントは未確認の状態のままになります。アクティブユーザーとしてアカウントを同期する方法については、「開始する前に」のセクションを参照してください。
複数のドメインがある場合は、インストールした他の Directory Connector でこの手順を実行します。同期後、追加したすべてのドメインのユーザーは Control Hub に一覧表示されます。
シングルサインオンを Webex と統合し、抑制されたメール通知がある場合、招待メールは新しく同期されたユーザーに送信されません。
Directory Connector を有効にした後は、Control Hub でユーザーを手動で追加できません。有効にすると、ユーザー管理は Cisco Directory Connector から実行され、Active Directory が信頼できる唯一の情報源となります。
同期したグループが Control Hub に表示され、そのグループのユーザーがライセンスを割り当てられるように、ライセンステンプレートを割り当てることができます。

次に行うこと

Active Directory からユーザーを削除すると、そのユーザーは次の同期後にソフトで削除されます。ユーザーは [非アクティブ] になりますが、クラウド ID プロファイルは 7 日間保持されます (偶発的な削除からの回復を可能にします)。

Active Directory で [アカウントが無効になっています] にチェックを入れると、次の同期後、ユーザーは [非アクティブ] になります。ユーザーを再度有効にする場合は、クラウド ID プロファイルは 7 日後に削除されません。
これらの例外を増加同期に注意してください (代わりに上記の完全同期手順に従います)。
- アバターが更新されてもその他の属性変更がない場合、増分同期はユーザーのアバターをクラウドに更新しません。
- 属性マッピング、ベース DN、フィルタ、アバター設定での設定変更には完全同期が必要です。

Control Hub のディレクトリ同期済みユーザーに Webex サービスを割り当てる

始める前に

Active Directory から同期した新しい Webex アプリユーザーで使用する前に、自動割り当てライセンステンプレートをセットアップする必要があります。
Active Directory ユーザーでドライランの同期を行います。
ドライランの結果を確認した後、Active Directory ユーザーで完全同期を行います。

オプションを選択します。

次に行うこと

メールが抑制されない場合、Webex に参加してダウンロードするための招待メールが各ユーザーに送信されます。
すべてのユーザーに対して同じ Webex サービスを選択した場合、個別または一括で割り当てられたライセンスを変更できます。

関連情報

Directory Connector の既知の問題

2012 R2 以前の Windows Server バージョンには、Directory Connector に影響するクッキーの問題があります。この問題は、バージョン 2012 R2 および 2016 で修正されています。
Active Directory のユーザーに対して行った変更 (表示名など) については、ユーザービューを更新すると Control Hub はすぐに変更を反映しますが、Webex アプリは同期を実行してから 72 時間後の変更を反映します。

次の指示に従って、Webex アプリのローカルキャッシュをクリアできます。 Windows または Mac。
ユーザーがデスクトップまたはモバイルで Webex アプリを使用して、同期された SIP URI のみを持つ会議室を検索して発信すると、この時点でコールは無制限に鳴ります。

Webex アプリのユーザーの管理

増加同期を実行

開始する前に

Active Directory から同期した新しい Webex アプリユーザーで使用する前に、自動割り当てライセンステンプレートをセットアップする必要があります。
増分同期がサポートされていないこれらの例外に注意してください (代わりに、「クラウドに Active Directory ユーザーの完全な同期を行う」に従います)。
- アバターが更新されてもその他の属性変更がない場合、増分同期はユーザーのアバターをクラウドに更新しません。
- 属性マッピング、ベース DN、フィルター、アバター設定の新しい構成変更の場合、増分同期は機能せず、完全同期が必要です。

1	Directory Connector から [ダッシュボード] をクリックします。同期の有効化をすることで、 Directory Connector はドライランを最初に実行するように求めます。
2	[アクション] から、まだ有効になっていない場合は、[同期モード] > [同期を有効にする] をクリックします。デフォルトでは、増分同期は 30 分ごと（バージョン 3.4 以前）または 4 時間ごと（バージョン 3.5 以降）に発生するように設定されていますが、この値は変更できます。増分同期は、最初に完全同期を実行するまで実行されません。新しい増分時間間隔が終了すると、プログラムは最後のタイムスタンプに基づいて変更を確認します。
3	[アクション] から、[今すぐ同期] > [増分同期] をクリックします。 Active Directory のユーザーに対して行った変更 (表示名など) については、ユーザービューを更新すると Control Hub はすぐに変更を反映しますが、Webex アプリは同期を実行してから 72 時間後の変更を反映します。次の指示に従って、Webex アプリのローカルキャッシュをクリアできます。Windows または Mac。同期中にダッシュボードは同期プロセスを表示しますが、これには同期のタイプ、開始時間、同期が現在実行中のフェーズなどが含まれます。同期後、[最後の同期とクラウド統計] セクションが新しい情報で更新されます。エラーが同期中に発生した場合、ステータスインジケーターのボールが赤色になります。
4	エラーに関する情報については、[アクション] ツールバーから [イベントビューアの起動] をクリックして、エラーログを表示します。

次に行うこと

複数のドメインがある場合は、インストールした他の Directory Connector インスタンスでこの手順を実行します。

誤って削除されたユーザーを復元する

Directory Connector には、ユーザーの意図しない削除を防ぐためのチェックとバランスがあります。残念ながら、事故は発生します。Active Directory で LDAP フィルターを正しく設定していなかったために、クラウドと同期したときに一部のユーザーが削除されるなどです。ソフト削除機能は、これらの事故から回復し、Control Hub でユーザーアカウントを再確立するのに役立ちます。

Active Directory で無効になっているユーザーは、Control Hub で非アクティブとしてマークされますが、ユーザーアカウントは 7 日後に削除されません。

1	Control Hub にサインインします。
2	[ユーザー] に移動し、特定のユーザーアカウントが非アクティブ状態であるか、非公開であるかを確認します。詳細については、「Control Hub のユーザーステータスとアクション」を参照してください。
3	ユーザーが Control Hub で削除された場合、または非アクティブ状態のユーザーが見つかった場合は、Active Directory に移動し、欠落しているユーザーアカウントを追加してから、Directory Connector でドライラン同期を実行します。 Directory Connector の目標は、Active Directory とクラウドのユーザー情報間で完全一致を作成することです。
4	完全同期を実行して、一時的に削除されたユーザーアカウントを Control Hub に再同期します。ユーザーは復元され、アカウントステータスとサービスの割り当てを含む元のステータスに移動します。

次に行うこと

Control Hub に戻り、[管理] > [ユーザー] に進み、以前に削除されたユーザーアカウントがユーザーリストに表示されていることを確認します。

ソフト削除後にユーザを完全に削除

ドライランを実行した後、次の同期でソフトで削除されたユーザを完全に削除できます。

1	ドライランが完了したら、[ソフト削除済みオブジェクト] を選択します。
2	削除するユーザの横にあるチェックボックスをオンにします。
3	[完了] を選択します。

次に行うこと

次の同期で、チェックしたユーザーは完全に削除されます。

Webex アプリのメールアドレスを変更する

ドメインを変更せずにユーザーのメールアドレスを変更するには:
1. Active Directory のユーザーアカウント (例、user1@example.com) を開き、メールアドレス (例、user2@example.com) を変更します。
2. Directory Connector で同期を再開します。
  
  次の同期後、Control Hub のユーザーリストと、キャッシュの更新後に Webex アプリのユーザーに対して変更が表示されます。
  
  この方法を使用すると、データまたはスペースは失われません。ユーザーの一意の識別子は、最初の同期後にクラウドで設定されます。以降のすべての同期は、この識別子に基づいています。
Directory Connector を使用した複数のドメイン展開では、ドメインを変更する際にユーザーのメールアドレスを変更します (example1.com を古いドメインとし、example2.com を新しいドメインと見なします)。
1. 古いユーザーアカウント (user1@example1.com) の場合、uid クラウド属性にマッピングされる Active Directory 属性に注意してください。新しいアカウントに同じ Active Directory 値を使用する必要があります。この例では、オンプレミスの属性として user1@example1.com を使用し、クラウドの uid にマッピングします。
2. example1.com および example2.com ドメインの Directory Connector の同期を一時停止します。
3. example2.com で新しいユーザーアカウントを作成し、上記の同じ属性を使用します。(たとえば、user1@example1.com)。
4. Directory Connector で、example2.com の同期を再開します
  
  続行する前に、user1@example2.com アカウントが Control Hub に同期していることを確認します。Webex アプリでのメールの変更を確認し、すべてのデータ (スペース、メッセージ、ミーティング、ファイルなど) が保持されていることをユーザーに指示することをお勧めします。
  
  この方法を使用したデータまたはスペースの損失はありませんが、新しいユーザーアカウントでは、クラウド uid 属性にマッピングされた Active Directory 属性が古いユーザーアカウントから保持されていることを確認する必要があります。Active Directory の値を変更すると、新しいアカウントは古いアカウントのデータを保持しません。
5. メールアドレスの変更とデータが保持されていることを確認した後、example1.com の古いユーザーアカウントを削除し、Directory Connector を使用して example1.com の同期を再開します。
  
  この時点で、user1@example2.com の新しい Active Directory ドメインのメールアドレスを安全に更新できます。

Active Directory ドメインを変更する

この手順を使って、新しいドメインおよびメールアドレスを作成することができます。クラウド内のアイデンティティサービスと同期します。

1	新規 Active Directory (AD) ドメインをセットアップします。
2	すべてのコネクタで同期を無効にします。
3	すべてのコネクタをアンインストールします。
4	ドメインを変更するためにケースを開きます。送信する場合は、ドメイン設定と組織内のすべての同期属性の削除をリクエストしてください。ドメインを変更するためにケースを開く前に、実行中の同期がないことを確認してください。ケースが解決されるまで、Active Directory のユーザーメールアドレスを変更しないでください。
5	本ケースが解決した後、新しい Active Directory ドメインを持つサーバと同じサーバに Directory Connector をインストールします。新しい Active Directory ドメインを指すように、Directory Connector を設定します。 Control Hub (https://admin.webex.com) に既存のユーザーがいる場合、一致するメールアドレスを持つユーザーが Active Directory にも存在することを確認します。組織が DirSync で `softDelete` トグルを無効にしている場合、Control Hub にあるが、Active Directory にはないユーザーのメールアドレスがリスクの削除。実際の同期を実行する前に、Directory Connector でテストを実行します。

ドメインクレーム

関連情報

ディレクトリ同期組織で無料の Webex アプリユーザーを変換する

アクティベーション前にアカウントを変換しない場合は、変換するために　Directory Connector を終了してください。

これらのユーザーを追加しない場合、クラウドに同期する隣にあるすべてのユーザーが削除されます。

1	Directory Connector からのディレクトリ同期を無効化する。
2	「Control Hub でライセンスなしのユーザーを変換する」手順に従って、無料のコンシューマー組織からエンタープライズ組織にユーザーを変換します。この手順により、ユーザーを組織に追加し、アカウントが Control Hub に表示されます。Directory Connector は、Active Directory をユーザーアカウントの信頼できる唯一の情報源にします。目標は、Active Directory と Control Hub を正確に一致させることです。同期を再度有効にする前に、最近変換されたユーザーと一致するユーザーが Active Directory 内に存在することを確認してください。ドライラン同期を使用して、一致しないユーザーがいないことを確認できます。
3	Directory Connector で、ドライラン同期を実行します。ドライランの完了後、[オブジェクトの追加] タブを確認します。自分が変換したユーザーが削除されていないか確認する。同期を再有効化する前にドライランを実行して、変換されたユーザーアカウントが Active Directory に表示されるようにする必要があります。同期をオンにし、アカウントが Control Hub にのみ存在する場合、Directory Connector は大文字と小文字を区別し、一致しないメールアドレスで検出された変換されたユーザー (user1@example.com および User1@example.com など) を削除します。変換されたユーザーが削除されると、Webex アプリのスペースはすべて失われます。
4	次回の同期でアカウントが全く削除されないと確信する場合、Directory Connector　からディレクトリ同期を再有効化？？？？？？

サイドボーディングされた Webex アプリユーザーアカウント

Directory Connector を使用してサイドボーディングされたアカウントを管理する場合、アカウントを変換する必要があります。

ディレクトリ同期後に Webex アプリのユーザー名形式を変更する

デフォルトでは、Directory Connector は Active Directory の displayName 属性をクラウドの displayName 属性にマッピングします。

ディレクトリ同期を実行した後で、ユーザー名はの形式で表示されます。

または、属性 sn givenName を displayName にマッピングします。

独自のカスタム属性式を displayName にマッピングする場合は、[属性のカスタマイズ] オプションを使用することもできます。

ユーザーが Webex Meetings での表示名の変更を許可する

1	Directory Connector から、[構成] をクリックし、[ユーザー属性マッピング] を選択します。
2	[Cisco Cloud 属性名] で [displayName] を選択します。
3	[この属性を同期しない] を選択します。

次に行うこと

ユーザーは Webex サイトから表示名を編集することができるようになりました。

Directory Connector のトラブルューティング

Directory Connector の汎用設定の構成

1	Directory Connector から、[構成] に移動し、[全般] をクリックします。
2	[コネクタ名] フィールドに、コネクタ名を入力します。このフィールドは現在コネクタを実行しているコンピュータ名のみを表示します。
3	ドロップダウンメニューからログレベルを選択します。既定では、ログレベルは「情報」にセットされています。使用可能なログレベルは以下の通りです。情報 (デフォルト): アプリケーションの進行状況をハイライトする情報メッセージを表示します。すべての完全同期後にレポートを受信する場合は、この設定を使用します。警告: 潜在的に有害な状況を表示します。デバッグ: アプリケーションのデバッグに最も便利な詳細情報イベントを表示します。何らかの問題が発生した場合、このログレベルを設定し、調査が開始されたら、イベントログをサポート部隊に送付します。エラー: アプリケーションの実行を継続できる可能性のあるエラーイベントを表示します。このオプションを選択すると、エラーが報告されたときにのみ同期レポートが送信されます。これらの設定は、電子メールで送信される同期レポートに影響します。ログレベルを [エラー（Error）] に設定した場合、同期レポートでエラーのみが報告されます。エラーが存在しない場合、同期レポートは送信されません。設定を [情報] に変更すると、完全同期後に同期レポートを受信します。（増分同期では、エラーが報告されない場合、レポートは送信されないことに注意してください）。
4	[優先ドメインコントローラー] を選択して、アイデンティティを同期させる際のドメインコントローラーの順番をセットします。ドメインコントローラは、上から下までアクセスされます。リストの先頭のコントローラーが使用できない場合、2 番目のコントローラーを選択してください。コントローラーがリストアップされていない場合、プライマリコントローラーにアクセスできます。
5	自動アップグレードを行う場合は、[新しい Cisco Directory Connector バージョンに自動的にアップグレードする] にチェックを入れます。 Cisco Directory Connector ソフトウェアを最新バージョンに常に最新の状態に保つことが重要です。この設定にチェックを入れると、ソフトウェアへの自動アップグレードが利用可能になったときにサイレントにインストールされることを推奨します。
6	[LDAP over SSL] をチェックして、セキュアな LDAP (LDAPS) を接続プロトコルとして使用します。 LDAP over SSL をオンにしない場合、Directory Connector は引き続き LDAP 接続プロトコルを使用します。 LDAP (Lightweight Directory Application Protocol) および Secure LDAP (LDAPS) は、アプリケーションとインフラストラクチャ内のドメインコントローラの間で使用される接続プロトコルです。LDAPS 通信は暗号化され、安全です。

コネクタポリシーを設定する

1	Directory Connector から、[構成] をクリックし、[ポリシー] を選択します。
2	しきい値トリガーを追加する場合は、[しきい値トリガーの削除を有効にする] ボックスをチェックします。このオプションを選択すると、削除数が閾値を越えた場合にアラートががトリガーされます。削除の回数が定義した値を越えると、同期は失敗します。
3	自分が行う削除の最大数を入力します。既定では 20 です。弊社は既定値を上げないことを推奨します。
4	適用をクリックします。

コネクタスケジュールをセットする

1	Directory Connector から、[構成] をクリックし、[スケジュール] を選択します。
2	増分同期インターバルを分に指定します。既定では、増分同期は 30 分おきに実行するようセットされています。完全増分同期は、あなたが初回の完全同期を行うまで実行されません。
3	レポートが送信される頻度を変更する場合、[レポートを送信する頻度] の値を変更します。
4	[完全同期スケジュールを有効化する] チェックボックスをオンにして完全同期を行う日時を指定します。
5	[フェイルオーバー間隔]を「分」で指定します。
6	[適用] をクリックします。

複数ドメインシナリオ

同じキー値をもつオブジェクトは、データベースの 1 つのレコードにリンクされます。

「ユーザー」のキー値はメールアドレスです。「グループ」のキー値はグループ名です。

複数ドメインの使用例

この例は、優先順位の観点で、2 つのドメイン、example1.com と example2.com をもつ組織を想定しています。

user1 (メール: user@example1.com)を example1.com の Active Directory に追加してください。
group1 (グループ名: Test) を example1.com の Active Directory に追加してください。
user2 (メール: user@example2.com)を example2.com の Active Directory に追加してください。
group2 (グループ名: Test) を example2.com の Active Directory に追加してください。

example1.com の同期

使用例として、user2 と group2 はクラウドに同期され、https://admin.webex.com に表示され、その場合 user1 と group1 は表示されません。

example1.com の完全または増分同期を行う場合、user1 と group1 が同期されます。また、user2 と group2 は、user1 と group1 の情報により上書きされます。

User1 はデータベースの同じレコードとして、user2 にリンクします。group1 はデータベースの同じレコードとして、group2 にリンクします。

example1.com と example2.com での同期

使用例として、user2 と group2 はクラウドに同期され、https://admin.webex.com に表示され、その場合 user1 と group1 は表示されません。

以下の手順を考察してください。

example1.com の Active Directory の user1 と group1 を削除します。
example1.com の完全または増分同期を行います。
結果: ユーザーの情報は、https://admin.webex.com では変更されません。User2 は user1 にリンクされず、group2 は group1 にリンクされません。
example2.com の増分同期を行います。
結果: ユーザーの情報は、https://admin.webex.com では変更されません。
example2.com の完全同期を行います。
結果: user2 と group2 の情報は、https://admin.webex.comにリストされます。

新しいドメインを同期し既存のドメインを保持する

ドメインの優先順位を設定する

開始する前に

1	Cisco Directory Connector から、[ダッシュボード] をクリックします。
2	[アクション] に移動し、[ドメイン優先順位を設定する] をクリックします。
3	リストにあるドメインを 1 つハイライトし、[アップ] または [ダウン] をクリックして、このドメインの優先順位を変更し、[保存] をクリックして変更を保存します。ドメインは、上から下まで、優先順位でソートされます。

ドメインを切り替える

Cisco Directory Connector を別のドメインに再バインドするには、次の手順を使用します。

開始する前に

ドメインを切り替える前に、同期タスクが実行されていないことを確認します。
エラーを回避するには、Cisco Directory Connector の最新バージョンをインストールするか、アップグレードしてください。Control Hub からダウンロードする必要があります。

1	Cisco Directory Connector から、[ダッシュボード] をクリックします。
2	[アクション] に移動し、[ドメインを切り替える] をクリックします。
3	警告を読み、この変更が展開に与える影響を理解し、それでも行う場合には、[はい] をクリックします。ドメインを切り替えると、現在の Cisco ディレクトリコネクタからサインアウトされ、コネクタの他のドメインは登録解除され、そのコンピューターのコネクタ情報は削除されます。
4	Cisco Directory Connector に再度サインインし、ドメインを再バインドします。

ディレクトリ同期を無効にする

Directory Connector からの同期を停止する必要がある場合は、Control Hub から一時的にオフにできます。

https://admin.webex.com の顧客ビューから、[管理] > [組織設定] に移動し、[ディレクトリ同期] までスクロールして、次のいずれかを選択します。

さらにをクリックし、オフにするコネクタインスタンスの隣の [オフにする] をクリックします。
[すべてのディレクトリ同期をオフにする] をクリックし、すべてのコネクタインスタンスから同期を停止します。

指示を読んだ後、[オフにする] をクリックします。

同期は、Directory Connector から再有効にするまで停止します。

ユーザー属性マッピングを削除

1	Directory Connector から [ダッシュボード] をクリックします。
2	[アクション] に移動し、[ユーティリティ] > [ユーザー属性マッピングの削除] をクリックします。
3	[属性名] リストから削除するマッピングを選択します。
4	[影響を受けるユーザー範囲] で、次のいずれかを選択します。 Directory Connector で同期されたユーザーのみ: マッピングは、Directory Connector が以前に同期したユーザーからのみ削除されます。すべてのユーザー: マッピングはすべての Active Directory ユーザーから削除されます。
5	[適用] をクリックします。

プロファイル画像の管理

Directory Connector を使用して、ユーザープロファイルの写真を更新するか、空白のユーザープロファイルの写真を削除します。

1	Directory Connector から [ダッシュボード] をクリックします。
2	[アクション] に移動し、[ユーティリティ] > [プロファイル画像の管理] をクリックします。
3	[アクション] で次のいずれかを選択します。空のアバターソースのプロファイル画像を削除: Active Directory のプロファイル画像が空の場合、このオプションにより、ユーザーが以前 Webex で自分の画像をアップロードした場合でも、ユーザープロファイル画像がクラウドから削除されます。同期ソースから再アップロードしてキャッシュされた画像を上書きする: Directory Connector は以前と同じ Active Directory を使用して、すべてのユーザーのプロファイル画像を更新します。これにより、Active Directory とクラウドのプロファイル画像が一致しないことが保証されます。
4	[適用] をクリックします。

Directory Connector をアンインストールして非アクティブ化

ディレクトリ同期化をこれ以上使いたくなくなった。
複数のディレクトリコネクタのうち、1 つを使いたくなくなった (高可用性)。
ドメインを変更して、別のコネクタをインストールしたい。

開始する前に

高可用性 (HA) または複数のドメインの同期のために、Directory Connector の複数のインスタンスがセットアップされている場合があります。唯一の Directory Connector インスタンス、または最後に残った Directory Connector インスタンスのアンインストールを行う場合、同期は無効にします。
Directory Connector をアンインストールする前に、重要な作業を保存して閉じてください。

1	Windows マシンからコントロールパネルに移動して、プログラムと機能をクリックします。
2	プログラムリストから、[Directory Connector] をクリックし、[アンインストール] を選択し、プロンプトに従います。アンインストールを完了するためにリブートが必要になる場合があります。
3	https://admin.webex.com の顧客ビューから、[管理] > [組織設定] に移動し、[ディレクトリ同期] までスクロールして、[詳細] をクリックし、アンインストールするディレクトリコネクタインスタンスの隣の [非アクティブ化] をクリックします。
4	指示を読んだ後、[非アクティブ化] をクリックします。高可用性 (HA) 展開内に別の Directory Connector がない限り、ユーザーアカウントはこれからは同期しなくなります。

診断ツールの実行

Active Directory ドメインサービスのテストを実行するには:
1. スタートメニューに移動し、Cisco Directory Connector を探し、[Cisco Directory - 診断] をクリックします。[AD-DS] タブをクリックし、[ドメイン] を入力し、[ドメインコントローラの読み込み] をクリックします。
2. リストからドメインコントローラを 1 つ選択します。
  
  増分検索は常に同じドメインコントローラで実行する必要があるため、後でエントリを変更しないでください。
3. デフォルトでは、すべてのパスが検索されますが、1 つの [属性] を選択し、[テスト] をクリックして、その値を確認できます。
4. [Active Directory クエリ] セクションで、[ユーザー] と [グループ] オブジェクトと検索フィルタのいずれか、または両方など、さらにフィルタを設定します。
5. [Cookie の自動入力] をオンにして、検索用のクッキーを自動的に生成します。
6. [クエリ] をクリックして、新しい増分検索または完了検索を開始します。この検索には数秒かかる場合があります。
7. テストが完了したら、[保存 ] をクリックしてログエントリを保存します。ログエントリは、チケットを開く際に分析のためにサポートチームに送信できます。
Active Directory Lightweight Directory サービスのテストを実行するには:
1. スタートメニューに移動し、Cisco Directory Connector を探し、[Cisco Directory - 診断] をクリックします。[AD-LDS] タブをクリックし、[ホスト] と [ポート] を入力し、[パーティションのロード] をクリックします。
2. リストからパーティションを選択し、[接続] をクリックします。
3. デフォルトでは、すべてのパスが検索されますが、1 つの [属性] を選択し、[テスト] をクリックして、その値を確認できます。
4. [Active Directory クエリ] セクションで、[ユーザー]、[ユーザープロキシ]、[UserProxyFull] および検索フィルタなどのフィルタを設定します。
5. [Cookie の自動入力] をオンにして、検索用のクッキーを自動的に生成します。
6. [クエリ] をクリックして、新しい増分検索または完了検索を開始します。この検索には数秒かかる場合があります。
7. テストが完了したら、[保存 ] をクリックしてログエントリを保存します。ログエントリは、チケットを開く際に分析のためにサポートチームに送信できます。
Lightweight Directory Access Protocol（LDAP）のテストを実行するには:
1. スタートメニューに移動し、Cisco Directory Connector を探し、[Cisco Directory - 診断] をクリックします。[LDAP RAW] タブをクリックし、[ルートパス]、[フィルター] を入力し、[属性] からエントリを選択し、[パーティションのロード] をクリックします。
2. 必要に応じて、次のオプションをチェックします。
  - ObjectSecurity—このオプションがある場合、発信者は権限を必要とせず、発信者がアクセスできるオブジェクトと属性だけを表示できます。このオプションが存在しない場合、発信者は変更を複製する権利があります。
  - ParentsFirst: お子さんのすべての親が自分の子より先に来るようにします。
3. ExtendedDN の値を選択します。
  
  この値は、拡張された LDAP 検索で使用され、オブジェクトの識別名の拡張形式を要求します。
4. ReferralChasing の値を選択します。
  
  たとえば、名前空間外のクエリー結果の詳細（別のドメインまたはフォレストのグループメンバーなど）については、ドメインコントローラがクエリーから参照を返したときに照会が開始されます。
5. [クエリ] をクリックして、新しい増分検索または完了検索を開始します。この検索には数秒かかる場合があります。
6. テストが完了したら、[保存 ] をクリックしてログエントリを保存します。ログエントリは、チケットを開く際に分析のためにサポートチームに送信できます。

Ciso Directory Connector の問題をトラブルシューティング

Directory Connector のトラブルシューティングと修正

インストール

Directory Connector が動作を停止した

Directory Connector が動作していないことを知らせる警告メールを受信しました。

Directory Connector が正しくインストールされていない可能性があります。
Directory Connector が実行されていない可能性があります。
ネットワークは使用できない可能性があります。

以下の作業を行います。

[コントロールパネル] > [プログラムと機能] を開きます。Directory Connector　を検索します。存在しない場合は、Control Hub から最新バージョンをダウンロードしてインストールします。
[サービス] を開き、Cisco DirSync Service を見つけます。ステータスが [開始] として表示されていることを確認します。サービスが停止されている場合、右クリックで開始を選択し、サービスを再度開始します。
Directory Connector をインストールしたサーバーにインターネットへのアクセス権があることを確認してください。

再インストールエラー

問題: 古いコネクタをアンインストールした後、すぐに新しいコネクタをインストールすると、エラーメッセージが表示される場合があります。

解決策: 時間が経過したら、もう一度インストールをお試しください。

サインイン

SSO サインイン中にディレクトリコネクタがクラッシュ

問題

SSO サインインページからメールアドレスを入力すると、Directory Connector がクラッシュする場合があります。

対処方法

以下の作業を行います。

新しいグループポリシーを設定するには、次の手順を実行します。

ドメインコントローラに移動し、グループポリシー管理 (gpedit.msc) を開きます。
特定の OU またはドメインを右クリックし、[このドメインで GPO を作成] を選択し、[ここにリンク...
ポリシーに名前を付けて、右クリックして [編集] を選択します。

マシンレベルでポリシーを変更するには、次の手順を実行します。

[コンピューター設定] > [基本設定] > [Windows 設定] に進み、[レジストリ] を右クリックし、[新規] を選択し、[レジストリアイテム] を選択します。
キーパスについては、HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Internet Explorer\Main を入力または移動します。
[スクリプトデバッガを無効にする] を [値] に入力し、[値データ] に [いいえ] を入力します。

設定は、このスクリーンショットと一致する必要があります。

ユーザーレベルでポリシーを変更するには、次の手順を実行します。

[コンピューター設定] > [基本設定] > [Windows 設定] に進み、[レジストリ] を右クリックし、[新規] を選択し、[レジストリアイテム] を選択します。
キーパスについては、HKEY_CURRENT_USER\SOFTWARE\Microsoft\Internet Explorer\Main を入力または移動します。
[スクリプトデバッガを無効にする] を [値] に入力し、[値データ] に [いいえ] を入力します。

設定は、このスクリーンショットと一致する必要があります。

Cisco DirSync Service Connector を登録できませんでした

問題

サインインに失敗すると、「Cisco DirSync Service Connector が登録できませんでした」というメッセージが表示されます。

対処方法

Directory Connector がインストールされている Windows システムは、Active Directory のメンバーである必要があります。

サインインページが表示されません

問題

Directory Connector を開くと、サインインページが表示されませんでした。

対処方法

次の手順を試してください。

Internet Explorer で、https://cloudconnector.webex.com/SynchronizationService-v1_0/?orgId=GLOBAL に移動します。Chrome や Firefox などの他のブラウザでリンクをお試しください。
Internet Explorer がリンクにアクセスできないが、他のブラウザがアクセスできない場合は、Internet Explorer の設定をチェックし、[TLS 1.1] および [1.2] チェックボックスをオンにします。(Internet Explorer で TLS を有効にする手順を使用します。)

サインインプロンプトが表示されます

問題

ユーザ名とパスワードを入力して認証を渡すように要求するプロンプトが表示されます。

考えられる原因

対処方法

サインインポップアップウィンドウが表示されたら、セキュリティを渡すための正しい認証を持つ有効なアカウントを提供する必要があります。

リモートサーバーに接続できません

問題

通常の操作中に、「リモートサーバーに接続できません」というエラーメッセージが表示されます。

考えられる原因

プロキシの問題を解決する必要がある問題がある可能性があります。

対処方法

トラブルシューティングの詳細については、「サービスアカウントサインインの問題をトラブルシューティング」を参照してください。

コネクタを登録できません

問題

「コネクタを登録できません。一般的な例外が発生しました」。

考えられる原因

ほとんどの場合、問題は、Directory Connector が LDAP ルートコンテキストに接続する権限を持っていないためです。

対処方法

以下の作業を行います。

コマンドプロンプト (cmd) を実行し、ldp.exe を入力します。
[接続] > [バインド] をクリックし、[現在ログインしているユーザーとしてバインド] を選択し、[OK] をクリックします。
[表示] > [ツリー] をクリックし、BaseDN として [DC=arbonneintl,DC=ad] を入力し、[OK] をクリックします。
問題が継続する場合、サポートでケースを開きます。

同期

アバターが同期されていません

問題

Cisco Directory Connector がユーザー AD データを Webex クラウドに同期しました。ただし、正常に同期されたアバターデータはありません。

考えられる原因

対処方法

次の手順に従って、ローカルキャッシュを削除します。

C:\Program Files (x86)\Cisco Systems\Cisco Directory Connector\Plugins\ に移動します。
DirSyncPluginAvatar.dll-cache.bin を削除します。
Cisco Directory Connector からアバターの同期を再実行します。

競合するユーザーメールアカウント

問題

同期結果に競合するユーザーメールアカウントが表示される場合があります。

ユーザーが Webex アプリの無料バージョンを試した場合、メールアドレスは無料コンシューマー組織内に存在します。
ユーザーのメールが別の組織で同期されたことがない場合。
ユーザーのメールが組織に属する複数のドメインに存在する場合。

対処方法

以下の作業を行います。

ユーザーを要求する場合は、次の手順に従います。
1. Control Hub でドメインを確認済みしていることを確認します。
2. Cisco Directory Connector を一時的に無効にします。
3. Control Hub の [ユーザーの要求] オプションを使用して、無料の消費者組織に存在する可能性があるアカウントを申請します。詳細については、「ユーザーを組織に要求する (ユーザーの変換) 」を参照してください。
4. Cisco Directory Connector でドライランを実行し、ディレクトリ同期を再度有効にします
最後のケースでは、Active Directory ソースのユーザーデータをダブルチェックします。

非アクティブとしてマークされた変換ユーザー

問題

考えられる原因

対処方法

増分同期が失敗する

問題

増分同期に失敗しました。

この問題は、次の条件で Windows Server 2008 R2 で発生する場合があります。

増分値の更新をサポートします。
使用するフィルタは、リンクされた値属性を参照します。
その属性の結果値は、前回完全な同期が実行されてから更新されました。

対処方法

属性の値が無効です

問題

[user dn dn (distinguished name)] では、属性 [attribute name] が以下の無効な値 [attribute value] を持ちます。

考えられる原因

CN=b,OU=Employees,OU=C Users,DC=c,DC=com の場合、属性 [電話番号] には次の無効な値があります。+ この属性は少なくとも 1 つの番号を含む必要があります。

対処方法

このユーザーの属性には、有効な値がありません。警告メッセージの記述に従ってこの値を修正してください。再度同期を行います。

削除される一致したユーザー

問題

一致したユーザーは削除対象としてマークされます。

対処方法

適切な修正を選択します。

ユーザーを削除してライセンスを再実行しても問題ない場合は、修正のために Directory Connector を使用できます。同期を実行してユーザーを削除し、別の同期を実行してオンプレミス AD からクラウドにユーザーを同期します。
ユーザーアカウントを削除して再作成できない場合は、サポートでケースを開きます。

属性がありません

問題

考えられる原因

対処方法

ユーザー [user_email_address] に必要な属性の 1 つがありません。そのユーザーに必要な値を提供してください。

ネストされたグループが同期されません

問題

ネストされた Active Directory グループのユーザーは、クラウドに適切に同期されません。

考えられる原因

対処方法

ユーザー名の競合

問題

既存のクラウド入力オブジェクトの [user dn] と以下の名前に命名の競合が発生しています。[user email address]、およびユーザータイプ [user_type]。

考えられる原因

そのメールアドレスを使用するユーザーはすでに Control Hub に存在しています。

対処方法

Control Hub を通じて登録したアカウントと同じメールアドレスを使用して、Active Directory にユーザーを作成します。

Control Hub

Control Hub でユーザーリストが見つかりません

問題

1,000 人以上の同期済みユーザーを持つ Webex 組織がある場合、Control Hub にユーザーリストが表示されない場合があります。

対処方法

グループは Control Hub に同期されません

問題

ディレクトリグループのユーザーは、Control Hub に適切に同期されません。

考えられる原因

グループは Active Directory で isCriticalSystemObject としてタグ付けされません。

対処方法

Active Directory で属性 isCriticalSystemObject が TRUE に設定されていることを確認してください。

Directory Connector のトラブルシューティングを有効化する

ログファイル: \Cisco Systems\Cisco Systems\Cisco Directory Connector\Logs

1	`services.msc` ファイルを実行して、Directory Connector サービスの実行中のアカウントをローカルシステムから AD DS または AD LDS にアクセスする権限を持つドメインアカウントに変更します。
2	サービスを再開します。詳細については、サービスの開始方法を参照してください。
3	Directory Connector で、[ダッシュボード] をクリックします。
4	[アクション] に移動し、[ユーティリティ] > [トラブルシューティング] をクリックします。
5	トラブルシューティングが有効になると、エラーの原因となったアクションが繰り返されます。これによって、検査のためのトラフィックデータを取得することができます。
6	ログファイルを確認します。ファイルが空白の場合、アカウントに AD DS ないしは AD LDS にアクセスする権利があるかどうかを確認します。ログフォルダーは過去 3 日間のファイルのみを保存します。ログファイルのコンテンツは、システムへのイベントログ出力と一致しています。
7	必要に応じて、ログファイルをサポートに送信してアシスタンスを依頼してください。
8	完了後は、トラブルシューティング機能を無効にしてください。

関連情報

イベントビュアーを開始

完全もしくは増加同期中に発生したイベントを確認するには、イベントビューを開始します。管理イベントとエラーログの概要が表示されます。

1	Directory Connector から [ダッシュボード] に移動し、[アクション] > [イベントビューアの起動] をクリックします。イベントプロパティダイアログでは、同期イベント詳細およびエラー詳細を表示します。
2	イベントビューアから、[アプリケーションとサービスのログ] > [Cisco Directory Connector] に移動します。
3	[アクション] の下で、[すべてのイベントに名前を付けて保存] をクリックして、すべてのログを 1 つの Events ファイル (*.evtx)、または xml や csv などの別の形式としてエクスポートします。

次に行うこと

ケースを開く必要がある場合は、サポートに連絡し、コネクタの問題を説明し、ケースに Events ファイルを添付してください。

Internet Explorer で TLS を有効にする

シングルサインオン (SSO) プロバイダーを切り替えると、Cisco ディレクトリコネクタから次のエラーメッセージが表示される場合があります。

サービスへのログオンでエラーが発生しました
このページのスクリプトでエラーが発生しました

これらのエラーが表示された場合は、ブラウザで TLS 設定を有効にする必要があります。

1	Internet Explorer を開き、[ツール] を選択します。今すぐ有効にする TLS/SSL バージョンのボックスをオンにします [OK] をクリックしますブラウザを閉じて、再度開きます
2	[インターネットオプション] をクリックし、[詳細] に進み、[セキュリティ] までスクロールします。
3	[TLS 1.1 を使用する] および [TLS 1.2 を使用する] チェックボックスをオンにして、[OK] をクリックします。
4	変更を有効にするには、システムを再起動してください。

サービスアカウントのサインインの問題をトラブルシューティングする

ウェブブラウザーの https://cloudconnector.webex.com/SynchronizationService-v1_0/?orgId=GLOBAL に行きます。

結果によりますが、1 つを選択します。

ブラウザーからリンクに行けない場合、ネットワーク設定を確認してください。環境がプロキシを使用している場合、プロキシ設定を確認してください。
ブラウザからリンクにアクセスできますが、Cisco Directory Connector を開くことができない場合 (コネクタを開くことができず、407 でポップアップエラーメッセージ)、ここをクリックして Cisco Directory Connector の最新バージョンを入手してください。
ブラウザからリンクにアクセスできますが、Cisco ディレクトリコネクタから同期を実行できない場合は、サービスログインアカウントをドメイン管理者に変更してください。

Windows システムへのサインインに使用したアカウントが、「Cisco DirSync Service」で設定したアカウントと同じかどうかを確認します。2 つの異なるアカウントの場合、両方のアカウントが https://cloudconnector.webex.com/SynchronizationService-v1_0/?orgId=GLOBAL にアクセスできることを確認してください。お使いの環境がプロキシを使用している場合、両方のアカウントが Internet Explorer でプロキシに設定されており、https://cloudconnector.webex.com/SynchronizationService-v1_0/?orgId=GLOBAL 正常にアクセスできることを確認してください。

関連情報

Windows レジストリで SafeDllSearchMode を確認する

通常、SafeDllSearchMode が有効になっていますが、レジストリ設定をダブルチェックするには、この手順を使用します。

開始する前に

Windowsレジストリへの変更は、極端な注意が必要です。これらの手順を使用する前に、レジストリのバックアップを作成することをお勧めします。

Windows 検索または [実行] ウィンドウで、regedit と入力し、Enter を押します。

[HKEY_LOCAL_MACHINE\System\CurrentControlSet\Control\Session Manager] に移動します。

1 つを選択します。

SafeDllSearchMode がリストされていません - これ以上のアクションは必要ありません。
SafeDllSearchMode がリストされている—値が 1 に設定されていることを確認します。

詳細については、「ダイナミックリンクライブラリの検索順序」を参照してください。

Cisco Directory Connector の概要

ディレクトリコネクタの概要

表のすべての機能、説明、利点を参照します。

機能	説明と利点
使いやすいダッシュボード	ダッシュボードは、同期スケジュールの概要と、同期の状況、Directory Connector のステータスを提供します。サインインしていつでもダッシュボードを表示できます。
クラウドに同期する前にドライランを行う	クラウドに実装する前に、ディレクトリへの変更のドライランを実行します。レポートを実行し、望む変更が期待するものであるか確認します。
完全および増加同期	ディレクトリ全体を同期します。または増加変更のみを同期し、処理電源に保存して、同期時間を短くします。
複数のドメイン (単一フォレストまたは複数のフォレスト) を同期します	Directory Connector は、単一のフォレスト、または複数のフォレスト (AD LDS を必要としない) のどちらかで複数のドメインをサポートします。複数の Active Directory ドメインを持つ企業の場合、各ドメインに Directory Connector をインストールし、各ドメインを組織にバインドし、各ユーザーベースを Webex に同期できます。Control Hub は、複数の Directory Connector の同期状態を表示することで、ステータスを反映し、特定のドメインの同期をオフにし、高可用性展開で Directory Connector を非アクティブ化できます。
スケジュールされた同期	日、時間、分で同期のスケジュールを設定できます。
Lightweight フィルター Access Protocol (LDAP) フィルター	LDAP 検索条件を定義し、効率的なインポートを提供します。
Active Directory 属性マッピング	Microsoft Active Directory の属性を対応する Webex クラウド属性にマッピングします。Active Directory の設定に関連する属性をマッピングしたり、クラウドにマッピングするカスタム属性を定義したりできます。プレミスからの属性は、ユーザーアカウント情報、Webex Teams の電話番号、会議室リソースの SIP アドレス、その他のユーザー連絡先カードデータ (役職、部署、マネージャなど) など、クラウド内のさまざまなデータをフォームします。
オンプレミスの会議室リソースと Webex ライセンスのない Cisco Webex Calling (Cloud PSTN) ユーザーおよびエンタープライズの連絡先の企業ディレクトリ	組織の一部が通話サービスに Cisco Webex Calling クラウド PSTN を使用している場合、またはオンプレミスの会議室デバイスを使用している場合、この機能により、ユーザーは Cisco Webex Calling (クラウド PSTN) 電話または会議室リソースからエンタープライズ連絡先のディレクトリを検索できます。会議室リソース会議室情報を同期した後で、設定され、マップされた SIP アドレスをもつオンプレミス会議室デバイスは、Cisco Webex 会議室デバイスまたは Cisco Webex Board などのクラウド登録された会議室デバイスの検索可能なエントリとして表示されます。ユーザーが Cisco Webex Room デバイスまたは Cisco Webex Board で検索すると、SIP アドレスで設定された同期された会議室エントリが表示されます。エントリの Webex デバイスからコールを発信すると、コールはルームに設定された SIP アドレスに発信されます。通話ユーザーは Webex アプリの連絡先に加えて、エンタープライズの連絡先に発信できます。Directory Connector を通じて、エンタープライズユーザーとその電話番号が Webex 組織に追加されます。この機能を動作させるために、Webex サービスのライセンスを取得する必要はありません。 Webex のライセンスを持っていないユーザーは、Directory Connector を通じて Webex に同期された URI または電話番号がある場合、Cisco Webex Calling ユーザーの電話から実行されるディレクトリ検索に表示されます。通話機能は、両方のタイプのユーザーに対して同様に動作します。この機能はまた、電話番号のみの連絡先に対するダイヤルの編集機能も提供します。連絡先の検索結果: 連絡先にダイヤル可能な URI (Webex SIP アドレス) と電話番号がある場合、連絡先に関連付けられた URI が表示されます。連絡先にダイヤル可能な URI がないが、電話番号がある場合、電話番号が表示されます。それらにも、ダイヤル編集用のソフトキーがあります。連絡先にいずれもない場合、それらはディレクトリに表示されません。
イベントビューアー	イベントビューアーを使用して、同期に問題があるか確認します。
診断ツールとトラブルシューティング	内蔵の診断ツールを使用して、Cisco Directory Connector の展開のトラブルシューティングを行うことができます。同期が正しく機能しなかった場合は、設定またはネットワークエラーが発生する可能性があります。このツールは、サポートに連絡する前にエラーを診断できるように、Active Directory への接続をテストします。 Directory Connector でトラブルシューティングを有効にすると、ログが書き込まれてテクニカルサポートに送信されます。
自動アップグレード	Directory Connector をインストールした後、新しいソフトウェアのバージョンが利用可能になると通知が送信されます。新しいバージョンがリリースされたときに、常に最新バージョンのソフトウェアを使用できるように自動アップグレードを設定できます。
高可用性	メインのコネクタやマシンのホスティングがダウンした場合のために、バックアップを作成するため、複数のコネクタを構成します。

Directory Connector は、三つの領域に分けられます:

Control Hub は、Webex 組織のあらゆる面を管理できる単一のインターフェイスです。ユーザーがエンタープライズ ID プロバイダを通して認証し、Webex アプリの招待メールを送信しない場合は、ユーザーを表示、ライセンスの割り当て、Directory Connector のダウンロード、シングルサインオン (SSO) の設定を行います。
Directory Connector 管理インターフェイス は、Control Hub からダウンロードし、信頼できる Windows サーバーにインストールするソフトウェアです。複数のアクティブディレクトリドメインについて、同期する各ドメインにソフトウェアのインスタントを 1 つインストールできます。ソフトウェアを使用して、同期を実行して、Active Directory ユーザーアカウントを Webex に持ち込み、同期ステータスを表示および監視し、Directory Connector サービスを設定することができます。
ディレクトリ同期サービス は、Active Directory をクエリして、同期するユーザーとグループをコネクタサービスと Directory Connector に取得します。

Directory Connector アーキテクチャを理解するには、次の図を参照してください。

Directory Connector のための環境の準備

Directory Connector の要件

Windows および Active Directory の要件

次のサポートされている Windows サーバーに Directory Connector をインストールできます。

Windows サーバー 2022
Windows Server 2019
Windows Server 2016

Directory Connector は、次の Active Directory サービスでサポートされています。

Active Directory 2016 年

（Directory Connector は、Windows Server 2019 で最新バージョンの Active Directory を使用する場合にサポートされます）
Active Directory 2012 年
Active Directory 2008 R2
Active Directory 2008 年

次の追加要件に注意してください。

Directory Connector には TLS1.2 が必要です。以下をインストールする必要があります。
- .NET Framework v3.5 (Directory Connector アプリケーションに必要です。問題が発生した場合は、「ロールと機能の追加ウィザードを使用して .NET Framework 3.5 を有効にする」の手順を使用します。)
- .NET Framework v.4.5 (TLS1.2 に必要)
アクティブディレクトリ forest 機能レベル 2 (Windows Server 2003) またはそれ以降が必要です。(詳細については、「アクティブディレクトリの機能レベルとは?」を参照してください。)

ハードウェアの要件

次の最小ハードウェア要件を持つコンピュータに Directory Connector をインストールする必要があります。

8 GB の RAM
50 GB のストレージ
CPU の最低条件はありません

ネットワーク要件

ネットワークがファイアウォールの背後にある場合は、システムでインターネットへの HTTPS (ポート 443) アクセスがあることを確認してください。

Webex 組織の要件

Control Hub から Directory Connector ソフトウェアにアクセスするには、トライアルまたは有料サブスクリプションを持つ Webex 組織が必要です。
(オプション) 新しい Webex アプリのユーザーアカウントを初めてサインインする前にアクティブにする場合は、次の操作を行うことを推奨します。
- クラウドに同期するユーザーのメールアドレスを含むドメインの追加、検証、およびオプションで要求します。
- ID プロバイダー (IdP) と Webex 組織のシングルサインオン (SSO) インテグレーションを行います。
- 自動招待メールを抑制することで、新規ユーザーが自動招待メールを受信しなくなり、独自のメールキャンペーンを行うことができます。(この機能は SSO インテグレーションが必要です。)

詳細については、「Control Hub のユーザーステータスとアクション」を参照してください。

インストール要件

複数のドメイン環境 (単一フォレストまたは複数のフォレストのいずれか) については、各 Active Directory ドメインに 1 つの Directory Connector をインストールする必要があります。別の既存ドメイン (A) の同期したユーザーデータを保持している間、新しいドメイン (B) を同期する場合、サポートされている別の Windows サーバーを持ち、ドメイン (B) 同期に Directory Connector をインストールします。
コネクタにサインインするには、Active Directory の管理アカウントは必要ありません。Control Hub のフル管理者アカウントと同じユーザーであるローカルユーザーアカウントが必要です。

このローカルユーザは、ドメインコントローラに接続し、Active Directory ユーザオブジェクトを読み取るために、その Windows マシン上の権限を持っている必要があります。マシンログインアカウントは、ローカルマシンにソフトウェアをインストールする権限を持つコンピュータ管理者である必要があります。（この情報は、仮想マシンのログインにも適用されます）。
コネクタにサインインする際に、サインインアカウントは Control Hub のフル管理者アカウントと同じである必要があります。デフォルトでは、コネクタはローカルシステムアカウントを使用して Active Directory にアクセスします。ただし、Windows サービスを使用して、Active Directory にアクセスするための別のアカウントを設定することができます。（この情報は、仮想マシンのログインにも適用されます）。
次の手順を使用して、Windows Safe ダイナミックリンクライブラリ（DLL）検索モードが有効になっていることを確認します。Windows レジストリで SafeDllSearchMode を確認します。
1 つのフォレストで複数のドメインに AD LDS を使用する場合は、Directory Connector および Active Directory ドメインサービス/Active Directory ライトウェイトディレクトリサービス（AD DS/AD LDS）を別のマシンにインストールすることを推奨します。

複数のドメインの要件

各ドメインには、Directory Connector の個別のインスタンスが必要です。
Directory Connector ソフトウェアは、同期するのと同じドメインにあるホスト上で実行する必要があります。
Control Hub でドメインを確認または要求することをおすすめします。(「ドメインの追加、検証、要求」を参照してください。)
50 を超えるドメインを同期する場合は、組織を大規模な組織リストに移動させるために、チケットを開く必要があります。
必要に応じて、ルームリソース情報をユーザーアカウントと同期できます。(「オンプレミスの会議室情報を Webex Cloud に同期する」を参照してください)。

自動ライセンス割り当てに関する Active Directory グループの推奨事項

Active Directory には 2 種類のグループがあります。

配信グループ: メール配信リストを作成するために使用されます。
セキュリティグループ: 共有リソースに権限を割り当てるために使用されます。

Active Directory でグループを作成する際には、次のガイドラインを考慮してください。

各役割、部署、サービス (セールス、マーケティング、マネージャー、会計士、Webex ライセンスなど) に対してグローバルグループを作成します。
組織全体の標準命名規則を使用して、グループに関する重要な情報を簡単に識別できるようにします。グループ名には、アクセスレベル、リソースタイプ、セキュリティレベル、グループスコープ、メール機能など、グループに関する詳細を含めることができます。たとえば、グループ名「GSG_Webex_Licensing_EMEAR」は、Webex ライセンス EMEAR ユーザーのグローバルセキュリティグループを指します。
地理や管理階層など、わかりやすい方法でグループを整理します。グループの説明を使用して、グループの目的を完全に説明します。
新しくプロビジョニングされたグループにユーザーを追加する前に、それらのグループの自動ライセンスグループテンプレートを Control Hub で定義します。詳細については、「自動ライセンス割り当てテンプレートを設定する」を参照してください。

サイズ情報

同期の速度に影響を与える要因はいくつかあります。

Active Directory オブジェクトの合計数。(5000 人のユーザー同期ジョブは 50,000 件までかかります。)
ネットワーク速度と帯域幅。
システムのワークロードと仕様。

50,000 人を超えるユーザを同期している場合は、フェールオーバーと冗長性のために 2 番目のコネクタを使用することを強く推奨します。

Windows レジストリで SafeDllSearchMode を確認する

通常、SafeDllSearchMode が有効になっていますが、レジストリ設定をダブルチェックするには、この手順を使用します。

開始する前に

Windowsレジストリへの変更は、極端な注意が必要です。これらの手順を使用する前に、レジストリのバックアップを作成することをお勧めします。

Windows 検索または [実行] ウィンドウで、regedit と入力し、Enter を押します。

[HKEY_LOCAL_MACHINE\System\CurrentControlSet\Control\Session Manager] に移動します。

1 つを選択します。

SafeDllSearchMode がリストされていません - これ以上のアクションは必要ありません。
SafeDllSearchMode がリストされている—値が 1 に設定されていることを確認します。

詳細については、「ダイナミックリンクライブラリの検索順序」を参照してください。

ウェブプロキシの統合

ウェブプロキシ認証がご使用中の環境で有効化された場合、 Directory Connectorはまだご使用になれます。

組織で透過ウェブプロキシを使用している場合、認証はサポートされません。コネクタはユーザーを正常に接続し、同期します。

以下のいずれか 1 つのアプローチを選択することができます。

Internet Explorer 経由の明示的なウェブプロキシ (コネクタはウェブプロキシ設定を引き継ぎます)
.pac ファイルを介した明示的なウェブプロキシ (コネクタはエンタープライズ固有のプロキシ設定を継承します)
変更なしでコネクタで動作する透過型プロキシ

ブラウザーを通じてウェブプロキシを使用する

Internet Explorer 経由で Web プロキシを使用するようにディレクトリコネクタを設定できます。

1	Internet Explorer から、[インターネットオプション] に移動して、[接続] をクリックして、[LAN の設定] を選択します。
2	コネクタがウェブプロキシにインストールされている Windows インスタンスを指します。コネクタはこれらの Web プロキシ設定を継承します。
3	プロキシ認証を使用している環境の場合、以下の URL を許可リストに追加してください。同期のための cloudconnector.webex.com 。認証用の idbroker.webex.com 。フォント、js コンポーネントなどの静的リソースを提供する idbroker-static.webex.com 。これは、サイト全体 (すべての主催者) またはコネクタを持つホストのみに対して実行できます。これらの URL を許可リストに追加してウェブプロキシを完全にバイパスする場合は、ファイアウォール ACL テーブルが更新され、コネクタホストが URL に直接アクセスすることを許可するようにしてください。
4	環境が認証局から証明書失効リストをリクエストする必要がある場合は、次の URL を許可リストに追加します。 .quovadisglobal.com .digicert.com .godaddy.com .identrust.com *.lencr.org 詳細については、Webex サービスにアクセスする必要があるドメインと URL に関する記事を参照してください。

PAC ファイルを通じてウェブプロキシを構成する

プロキシ認証を使用している環境の場合、以下の URL を許可リストに追加してください。

同期のための cloudconnector.webex.com 。
認証用の idbroker.webex.com 。
フォント、js コンポーネントなどの静的リソースを提供する idbroker-static.webex.com 。

これは、サイト全体 (すべての主催者) またはコネクタを持つホストのみに対して実行できます。

環境が認証局から証明書失効リストをリクエストする必要がある場合は、次の URL を許可リストに追加します。

*.quovadisglobal.com
*.digicert.com
*.godaddy.com
*.identrust.com
*.lencr.org

詳細については、Webex サービスにアクセスする必要があるドメインと URL に関する記事を参照してください。

NTLM プロキシ

NTLM デザイン

一般的に、NTLM の技術的な設計は、チャレンジと応答のメカニズムに基づいています。

ユーザは Windows アカウントとパスワードを使用してクライアント PC にサインインします。パスワードはローカルに保存されません。プレーンテキストパスワードの代わりに、パスワードのハッシュ値がローカルに保存されます。ユーザがパスワードを通じてクライアントにサインインすると、Windows OS は入力パスワードから保存されたハッシュ値とハッシュ値を比較します。両方が同じ場合、認証はパスされます。

ユーザが別のサーバのリソースにアクセスする場合、クライアントはアカウント名でプレーンテキストで要求を送信します。
サーバがリクエストを受信すると、サーバは 16 ビットランダムキーを生成します。キーは Challenge（または Nonce）と呼ばれます。サーバがクライアントに戻す前に、チャレンジはサーバに保存されます。その後、サーバーはプレーンテキストでクライアントにチャレンジを送信します。
クライアントがサーバから送信されたチャレンジを受信するとすぐに、クライアントはステップ 1 で言及されたハッシュ値でチャレンジを暗号化します。暗号化後、値はサーバに返されます。
サーバがクライアントから暗号化された値を受信すると、サーバは検証のためにドメインコントローラに送信します。リクエストには次のものが含まれます。アカウント名、クライアントが送信した暗号化されたチャレンジ、および元のプレーンチャレンジ。
ドメインコントローラは、アカウント名に応じてパスワードのハッシュ値を取得できます。そして、ドメインコントローラは、元のチャレンジで暗号化できます。次に、ドマンコントローラーは、受信したハッシュ値と暗号化されたハッシュ値と比較できます。同じ場合、検証は成功します。

トランスパレントプロキシを構成する

1	コネクタがユーザに接続して同期できるように、透過プロキシを展開します。
2	プロキシが成功したことを確認します。コネクタの起動時にブラウザ認証ポップアップウィンドウが期待されます。

プロキシ認証の設定

アクセスコントロールリストを作成して、許可リストに URL cloudconnector.webex.com を追加します。

エンタープライズファイヤーウォールサーバー上の場合:

1	DNS 検索が有効になっていない場合、有効にします。
2	この接続の推定帯域幅を決定します (コネクタでは約 2 mb/秒以下)。この限りでは無いことがあります。
3	アクセスコントロールリストを作成してコネクタホストに適用し、許可リストに追加するターゲットとして `cloudconnector.webex.com` を指定します。たとえば、次のようなものです。 `access-list 2000 acl-inside extended permit TCP [コネクタの IP] cloudconnector.webex.com eq https`
4	この ACL を、この単一コネクタホストにのみ適用可能な適切なファイアウォールインターフェイスに適用します。
5	所属のエンタープライズに残っているホストが、適切な暗示された拒否ステートメントを設定することで、ウェブプロキシの使用がまだ義務付けられていることを確認します。

Directory Connector を展開する

Cisco Directory Connector の展開タスクフロー

始める前に

1	Directory Connector のインストール Control Hub には、最初にディレクトリ同期が無効として表示されます。組織のディレクトリ同期をオンにするには、Directory Connector をインストールして構成してから、完全な同期を正常に実行する必要があります。 Directory Connector の新規インストールについては、常に Control Hub (https://admin.webex.com) に移動してソフトウェアの最新バージョンを入手し、最新の機能とバグ修正を使用できるようにしてください。ソフトウェアのインストール後、ソフトウェアを通じてアップグレードが報告され、利用可能になったら自動的にインストールされます。
2	Directory Connector にサインイン Webex 管理者資格情報でサインインし、初期設定を実行します。
3	自動アップグレードの設定 Directory Connector ソフトウェアを最新バージョンに常に最新の状態に保つことが重要です。この手順を使用して、ソフトウェアが利用可能になったときにサイレントにインストールされるようにすることを推奨します。
4	同期する Active Directory オブジェクトの選択デフォルトでは、Directory Connector はコンピュータではないすべてのユーザーと、ドメインの重要なシステムオブジェクトではないすべてのグループを同期します。同期されるオブジェクトをより詳細に制御するには、Directory Connector の [オブジェクトの選択] ページを使用して、同期する特定のユーザを選択して LDAP フィルタを指定できます。
5	ユーザー属性をマッピングローカルの Active Directory の属性をクラウド内の対応する属性にマッピングできます。唯一の必須フィールドは *uid です。
6	次のいずれかの手順を使用して、ディレクトリアバターを同期します。 Active Directory 属性からクラウドにディレクトリアバターを同期するリソースサーバーからクラウドにディレクトリアバターを同期するユーザーのアバターをクラウドに同期することで、各ユーザーのアバターがアプリケーションにサインインしたときに表示されます。 Active Directory 属性またはリソースサーバからアバターを同期できます。
7	オンプレミスの会議室情報を Webex Cloud に同期するこの手順を使用して、Active Directory から Webex クラウドにオンプレミスの会議室情報を同期します。会議室情報を同期すると、構成され、マッピングされた SIP アドレスを持つオンプレミスの会議室デバイスは、Webex Room デバイスまたは Cisco Webex Board などのクラウド登録された会議室デバイスで検索可能なエントリとして表示されます。
8	Active Directory から Control Hub にユーザーをプロビジョニングするには、次の手順を実行します。 Active Directory ユーザーでドライラン同期を実行するクラウドへの Active Directory ユーザーの完全な同期を行う Control Hub のディレクトリ同期済みユーザーに Webex サービスを割り当てるこの手順に従って、Webex アプリアカウントの Active Directory ユーザーをプロビジョニングします。Directory Connector 3.0 以降のために、複数のフォレストまたは複数のドメインの Active Directory 展開からユーザーをプロビジョニングできます。異なるドメインのユーザーをオンボードするプロセス中に、Webex クラウドにすでに存在するユーザーオブジェクトを保持または削除するかどうかを決定する必要があります。たとえば、トライアルからアカウントをテストします。目標は、アクティブディレクトリと Webex クラウドの間で完全に一致することです。

Directory Connector のインストール

始める前に

プロキシサーバを通じて認証する場合は、次のプロキシクレデンシャルがあることを確認します。

プロキシ基本認証の場合、コネクタのインスタンスをインストールした後でユーザ名とパスワードを入力します。基本認証には Internet Explorer プロキシ設定も必要です。ブラウザから Web プロキシを使用するを参照してください。
プロキシ NTLM の場合、初めてコネクタを開くと、エラーが発生する場合があります。「ブラウザ経由で Web プロキシを使用する」を参照してください。

1	Control Hub で、[ユーザー] > [ユーザーの管理] > [ディレクトリ同期を有効にする] に移動し、[次へ] を選択します。
2	[ダウンロードとインストール] リンクをクリックして、コネクタのインストール .zip ファイルの最新バージョンを VMware または Windows サーバーに保存します。 .zip ファイルをこのリンクから直接取得できますが、このソフトウェアが機能するには、Control Hub 組織への完全な管理アクセス権が必要です。新しいインストールについては、最新の機能とバグ修正を使用できるように、ソフトウェアの最新バージョンを取得してください。ソフトウェアのインストール後、ソフトウェアを通じてアップグレードが報告され、利用可能になったら自動的にインストールされます。
3	VMware または Windows サーバーで、セットアップフォルダで .msi ファイルを解凍して実行し、セットアップウィザードを起動します。
4	[次へ] をクリックし、ボックスにチェックを入れてライセンス契約に同意し、アカウントタイプの画面が表示されるまで [次へ] をクリックします。
5	使用するサービスアカウントのタイプを選択し、管理者アカウントでインストールを実行します。ローカルシステム—デフォルトオプションです。 Internet Explorer を使用してプロキシを設定している場合は、このオプションを使用できます。ドメインアカウント: コンピューターがドメインの一部である場合は、このオプションを使用します。 Directory Connector は、ドメインリソースにアクセスするために、ネットワークサービスと対話する必要があります。アカウント情報を入力し、[OK] をクリックします。ユーザー名を入力する場合は、`{domain}\{user_name} の形式を使用してください。` AD (NTLMv2 または Kerberos) と統合するプロキシの場合、ドメインアカウントオプションを使用する必要があります。 Directory Connector サービスを実行するために使用されるアカウントは、プロキシを渡し、AD にアクセスするのに十分な権限を持っている必要があります。エラーを回避するために、次の権限が設定されていることを確認してください。サーバーはドメインの一部ですドメインアカウントは、オンプレミス AD データとアバターデータにアクセスできます。アカウントは `C:\Program Files` の下のファイルにアクセスする必要があるため、ローカル管理者の役割も持つ必要があります。仮想マシンログインの場合、管理アカウント権限は少なくともドメイン情報を読み取ることができなければなりません。
6	[インストール] をクリックします。ネットワークテストの実行後、プロンプトが表示されたら、プロキシ基本資格情報を入力し、[OK] をクリックし、[完了] をクリックします。

次に行うこと

Directory Connector にサインイン

始める前に

プロキシの資格情報を持っていることを確認します。

プロキシ基本認証の場合、初めてコネクタを開いた後でユーザー名とパスワードを入力します。
プロキシ NTLM の場合は、Internet Explorer を開き、歯車アイコンをクリックし、[インターネットオプション] > [接続] > [LAN 設定] に進み、プロキシサーバー情報が追加されていることを確認し、[OK] をクリックします。「ブラウザ経由で Web プロキシを使用する」を参照してください。

1	コネクタを開き、プロンプトが表示されたら、`https://idbroker.webex.com` を信頼できるサイトのリストに追加します。
2	プロンプトが表示されたら、プロキシ認証資格情報でサインインし、管理アカウントを使用して Webex にサインインし、[次へ] をクリックします。
3	組織とドメインを確認します。 [AD DS] を選択した場合、[LDAP over SSL] をチェックして、セキュアな LDAP (LDAPS) を接続プロトコルとして使用し、同期するドメインを選択し、[確認] をクリックします。 [LDAP over SSL] をオンにしない場合、DirSync は引き続き LDAP 接続プロトコルを使用します。 LDAP (Lightweight Directory Application Protocol) および Secure LDAP (LDAPS) は、アプリケーションとインフラストラクチャ内のドメインコントローラの間で使用される接続プロトコルです。 LDAPS 通信は暗号化され、安全です。 [AD LDS] を選択した場合、ホスト、ドメイン、ポートを入力し、[更新] をクリックしてすべてのアプリケーションパーティションを読み込みます。次に、ドロップダウンリストからパーティションを選択し、[確認] をクリックします。詳細については、AD LDS のセクションを参照してください。 CloudConnectorCommon.dll 構成ファイルで、ADAuthLevel 設定を appSetting ノードに追加していることを確認します。値は 1、2、または 3 にすることができます。 AuthenticationTypes の詳細については、Microsoft からのこの記事を参照してください。値が 1 を持つ設定の例を次に示します。 `<appSettings> <add key=”ConnectorServiceURI” value="https://cloudconnector.webex.com/SynchronizationService-v1_0/?orgId=GLOBAL" /> <ADD KEY="ADAuthLevel" value="1" /> </appSettings>`
4	[組織の確認] 画面が表示されたら、[確認] をクリックします。すでに AD DS/AD LDS にバインドしている場合は、[組織の確認] 画面が表示されます。
5	[確認] をクリックします。
6	Directory Connector にバインドする Active Directory ドメインの数に応じて、1 つを選択します。 AD LDS である単一のドメインがある場合、既存の AD LDS ソースにバインドし、[確認] をクリックします。 AD DS である単一のドメインがある場合、既存のドメインまたは新しいドメインにバインドします。 [新しいドメインにバインド] を選択した場合は、[次へ] をクリックします。既存のソースタイプが AD DS であるため、新しいバインディングに AD LDS を選択することはできません。複数のドメインがある場合は、リストから既存のドメインを選択するか、[新しいドメインにバインド] を選択し、[次へ] をクリックします。複数のドメインを持っているため、既存のソースタイプは AD DS である必要があります。 [新しいドメインにバインド] を選択し、[次へ] をクリックすると、新しいバインディングに [AD LDS] を選択することはできません。

次に行うこと

サインインすると、ドライラン同期を実行するようにプロンプトが表示されます。

Directory Connector ダッシュボード

セッションがタイムアウトした場合は、サインインし直してください。

これらのタスクは、[アクション] ツールバーまたは [アクション] メニューから簡単に実行できます。

表1。ダッシュボードコンポーネント
コンポーネント	説明
現在の同期	現在進行中の同期に関するステータス情報を表示します。同期が実行されていない場合、ステータスの表示はアイドル状態になります。
次の同期	次にスケジュールされた完全同期と増分同期を表示します。スケジュールが設定されていない場合、[スケジュールされていません] が表示されます。
最後の同期	最後に実行された 2 つの同期のステータスを表示します。
現在の同期ステータス	同期の全体的なステータスを表示します。
コネクタ	クラウドで使用可能な現在のオンプレミスコネクタを表示します。
クラウド統計	同期の全体的なステータスを表示します。
同期スケジュール	増分同期と完全同期のための同期スケジュールを表示します。
設定の概要	設定で変更した設定が一覧表示されます。たとえば、概要には以下が含まれる場合があります。すべてのオブジェクトが同期されますすべてのユーザーが同期されます削除されたしきい値は無効になっています。

表 2. アクションツールバー
アクション	説明
増分同期を開始	増分同期を手動で開始このアクションは、同期を一時停止または無効にする場合、完全な同期が完了していない場合、または同期が進行中の場合に無効になります。
ドライランの同期	ドライラン同期を実行します。
イベントビューアを起動	Microsoft イベントビューアを起動します。
更新	Cisco Directory Connector ダッシュボードを更新

表3。アクションメニューバー
アクション	説明
今すぐ同期	完全な同期をすぐに開始します。
同期モード	増分同期モードまたは完全同期モードを選択します。
コネクタシークレットをリセット	Cisco Directory Connector とコネクタサービス間の会話を確立します。このアクションを選択すると、クラウド内の秘密がリセットされ、秘密がローカルに保存されます。
ドライラン	同期プロセスのテストを実行します。完全同期を行う前に、ドライランを実行する必要があります。
トラブルシューティング	トラブルシューティングをオンまたはオフにします。
更新	Cisco Directory Connector のメイン画面を更新します。
終了	Cisco Directory Connector を終了します。

表 4YAZ設定オプションキーの組み合わせ
キーの組み合わせ	アクション
Alt + A	[アクション] メニューを表示する
`Alt + A + S`	今すぐ同期
`Alt + A + R`	コネクタシークレットをリセット
`Alt + A + D`	ドライラン
`Alt + A + S + I`	増分同期
`Alt + A + S + F`	完全同期
`Alt + H キー`	[ヘルプ] メニューを表示
`Alt + H + H`	ヘルプ
`Alt + H + A`	バージョン情報
`Alt + H + F`	よくある質問

自動アップグレードの設定

1	Directory Connector から、[構成] > [全般] に進み、[新しい Cisco Directory Connector バージョンに自動的にアップグレードする] をオンにします。
2	[適用] をクリックして変更を保存します。

コネクタの新しいバージョンは利用可能になったら自動的にインストールされます。

同期する Active Directory オブジェクトの選択

自動ライセンス割り当てのグループ

LDAP フィルタを使用して、関連するグループをクラウドに同期することのみを推奨します。たとえば、フィルタを次のように設定できます。

(&(cn=例)(objectclass=グループ))*

Directory Connector のオブジェクト選択画面

ハイブリッドデータセキュリティ展開のグループ

始める前に

1	Directory Connector から、[構成] に移動し、[オブジェクトの選択] をクリックします。
2	[オブジェクトタイプ] セクションで、[ユーザー] にチェックを入れ、ユーザーの検索可能なコンテナーの数を制限することを検討してください。たとえば、特定のグループ内のユーザーのみを同期する場合は、[ユーザー] の LDAP フィルタフィールドに LDAP フィルタを入力する必要があります。 Example-manager グループ内のユーザーを同期する場合は、次のようなフィルターを使用します。 `(&(sAMAccountName=*)(memberOf=cn=Example-manager,ou=Example,ou=Security Group,dc=会社))`
3	[会議室の識別] にチェックを入れ、会議室データをユーザーデータから分離します。ユーザーデータを会議室データとして識別するための追加の属性を設定する場合は、[カスタマイズ] をクリックします。 Active Directory から Webex クラウドにオンプレミスの会議室情報を同期する場合は、この設定を使用します。会議室情報を同期すると、構成され、マッピングされた SIP アドレスを持つオンプレミスの会議室デバイスは、クラウドに登録された会議室デバイスで検索可能なエントリとして表示されます。詳細については、「オンプレミスの会議室情報を Webex Cloud に同期する」を参照してください。
4	Active Directory ユーザーグループをクラウドに同期する場合は、[グループ] にチェックを入れます。 [グループ（Groups）] フィールドにユーザ同期の LDAP フィルタを追加しないでください。グループデータ自体をクラウドに同期するには、[グループ（Groups）] フィールドのみを使用してください。デフォルトでは、グループは新しい顧客に対して同期されません。グループ同期を有効にする必要があります。セキュリティグループも同期する必要があります。
5	ユーザーの連絡先情報をクラウドに同期する場合は、[連絡先] にチェックを入れます。 Directory Connector は、コネクタによって同期された連絡先のみを管理します。 Control Hub にすでに連絡先がある場合は、同期によって連絡先は削除されません。同期範囲から連絡先が削除された場合、ユーザーの連絡先情報も Control Hub で削除されます。
6	LDAP フィルタを設定します。有効な LDAP フィルタを提供することにより、拡張フィルタを追加できます。 LDAP フィルタの設定の詳細については、この記事を参照してください。
7	[選択] をクリックして、[同期するオンプレミスベース DN] を指定して、Active Directory のツリー構造を確認します。ここから、検索するコンテナーを選択または選択解除できます。
8	この構成に追加するオブジェクトを確認し、[選択] をクリックします。同期に使用する個別または親コンテナーを選択できます。親コンテナーを選択して、すべての子コンテナーを有効にします。子コンテナーを選択した場合、親コンテナーには、子コンテナーがチェックされたことを示すグレーのチェックマークが表示されます。次に、[選択] をクリックして、チェックした Active Directory コンテナーを受け入れることができます。組織ですべてのユーザーとグループをユーザーコンテナーに配置する場合、他のコンテナーを検索する必要はありません。組織が組織単位に分割されている場合は、必ず [OU] を選択してください。
9	[適用] をクリックします。オプションを選択します。設定変更を適用ドライランキャンセルドライランの詳細については、「Active Directory ユーザーでドライラン同期を行う」を参照してください。グループ同期では、完全同期を行う必要があります。クラウドに Active Directory ユーザーの完全な同期を行います。

ユーザー属性をマッピング

1	Directory Connector から、[構成] をクリックし、[ユーザー属性マッピング] を選択します。このページには Active Directory (左) と Webex クラウド (右) の属性名が表示されます。必須の属性はすべて赤いアスタリスクでマークされます。
2	[Active Directory 属性名] の一番下までスクロールし、これらの Active Directory 属性の 1 つを選択して、クラウド属性 uid にマッピングします。メール: ほとんどの展開でメール形式で使用されます。 userPrincipalName—メール属性が Active Directory の他の目的で使用されている場合の代替選択肢です。この属性はメール形式である必要があります。他の Active Directory 属性のいずれか uid にマッピングできますが、上記のガイドラインで説明されているように mail または userPrincipalName を使用することをお勧めします。場合によっては、userPrincipalName がサインインに使用されますが、ユーザーのメールアドレスがカレンダーを管理するために使用されます。カレンダー管理用のメールアドレスが Webex のプライマリメールアドレスフィールドにマッピングされていることを確認する必要があります。 alternative のメールアドレスとして userPrincipalName を追加します。 Active Directory のどの属性がクラウドで一致するかを確認するには、「Directory Connector の Active Directory 属性のマッピング」を参照してください。同期を動作させるには、選択する Active Directory 属性が電子メール形式であることを確認する必要があります。推奨属性の 1 つを選択しない場合は、Directory Connector にポップアップが表示されます。
3	事前に定義された Active Directory 属性が展開で機能しない場合、属性ドロップダウンをクリックし、下部までスクロールして、[属性をカスタマイズ] を選択して、属性表現を定義できるウィンドウを開きます。 [ヘルプ] をクリックして、式に関する詳細を確認し、式がどのように動作するかを確認してください。詳細については、「カスタマイズされた属性の式」を参照してください。この例では、Active Directory 属性 `givenName` と `Sn` をクラウド属性 `displayName` にマッピングします。属性式を givenName + "" + Sn として定義し (引用符は余分なスペース)、検証する既存のユーザーメールを提供します。 [確認] をクリックして、期待した結果と一致するかどうかを確認します。成功した結果は次のようになります。結果が期待通りの場合は、[OK] をクリックして新しいカスタマイズした属性を保存します。後で、displayName を変更する場合は、新しい属性式を入力することができます。 Directory Connector は、アイデンティティサービスの uid の属性値を検証し、現在のユーザーフィルターオプションで 3 人の使用可能なユーザーを取得します。これらの 3 人のユーザーのすべてに有効なメール形式がある場合、Cisco Directory Connector には次のメッセージが表示されます。属性が確認できない場合、次の警告が表示され、Active Directory に戻り、ユーザーデータを確認および修正できます。
4	(オプション) Webex アプリのユーザーの連絡先カードにモバイル番号と職場の番号を表示する場合は、モバイルとtelephoneNumber のマッピングを選択します。ユーザーが別のユーザーのプロファイル画像の上にカーソルを合わせると、電話番号のデータが Webex アプリに表示されます。ユーザーの連絡先カードからの通話の詳細については、「Webex (Unified CM) の通話展開ガイド」(管理者) を参照してください。
5	追加のマッピングを選択して、連絡先カードに表示されるデータを追加します。 `部門番号` `表示名` `マネージャー` `タイトル` 属性がマッピングされると、ユーザが別のユーザのプロファイル画像の上にカーソルを合わせると、情報が表示されます。連絡先カードの詳細については、「連絡しようとしている相手を確認する」を参照してください。これらの属性を各ユーザーアカウントに同期した後、Control Hub で People Insights をオンにすることもできます。この機能により、Webex アプリのユーザーは、プロファイルでより多くの情報を共有し、お互いについて詳しく知ることができます。機能と有効にする方法の詳細については、「Control Hub の Webex、Jabber、Webex Meetings、および Webex Events (新) の People Insights プロファイル」を参照してください。
6	選択したら、[適用] をクリックします。

削除されたユーザーは、完全に削除される前に、7 日間クラウドアイデンティティサービスに保持されます。

Active Directory とクラウドの属性

[ユーザー属性マッピング] タブを使用して、ローカルの Active Directory からクラウド内の対応する属性に属性をマッピングできます。

Active Directory の属性名	Webex クラウドの属性名	メモ
—	ビル名	—
C	C	この属性は、ユーザーの国の略称を指定します。
部門番号	部門番号	この属性は、連絡先カードとPeople Insights に表示されるユーザーの部署番号に使用されます。
表示名	表示名	この属性は、Control Hub に表示されるユーザーアカウントの表示名、連絡先カード、People Insights に使用されます。
ユーザアカウント制御	ds-pwp-account-disabled	この属性はユーザー同期に使用されます。 userAccountControl 属性が ds-pwp-account-disabled にマッピングされているか、ユーザーが適切に同期されないことを確認してください。
従業員番号	従業員番号	—
ファクシミリ電話	ファクシミリ電話	—
—	jabberID	このクラウド属性は、Jabber で使用される IM アドレス（XMPP タイプ）に関連しています。この値は sipAddresses と同じではありません。
l	l	この属性は、ユーザの市区町村を指定します。
—	ロケール	—
マネージャー	マネージャー	この属性は、連絡先カードとPeople Insightsに表示されるユーザーのマネージャ名に使用されます。
モバイル	モバイル	この属性は、連絡先カードからユーザーに電話をかけるために表示される携帯電話番号として使用されます。
O	O	この属性は、会社または組織の名前を指定し、連絡先カードに表示されます。
または	または	この属性は、組織単位の名前を指定します。
physicalDeliveryOfficeName	physicalDeliveryOfficeName	この属性は、ユーザーのオフィスロケーションを指定します。
郵便番号	郵便番号	この属性は、物理的なメール配信のためのユーザーの郵便番号または郵便番号を指定します。
優先言語	優先言語	この属性は、ユーザーの優先言語を設定し、次の形式がサポートされます。 xx_YY または xx-YY。いくつかの例を以下に示します。 en_US, en_GB, fr-CA. サポートされていない言語または無効な形式を使用する場合、ユーザーの優先言語は組織の言語設定に変更されます。
MSRTCSIP-PrimaryUserAddress ipPhone	SipAddresses;type=エンタープライズ	この属性は、Active Directory から Cisco Webex クラウドにオンプレミスの会議室情報を同期するために使用されます。
snさん	snさん	この属性は、Control Hub に表示されるユーザーアカウントの姓、連絡先カード、People Insights に使用されます。
セント	セント	この属性は、ユーザの都道府県を指定します。
番地	番地	この属性は、物理的なメール配信のためのユーザの番地を指定します。
電話番号	電話番号	この属性では、連絡先カードからユーザーに電話をかけるために使用されるユーザーのプライマリ (職場) 電話番号を指定します。
—	タイムゾーン	このクラウド属性は、ユーザーのタイムゾーンを指定します。
タイトル	タイトル	この属性では、連絡先カードとPeople Insightsに表示されるユーザーのタイトルを指定します。
種類	企業	—
メール userPrincipalName	UID (uid)	必須の属性マッピング。各ユーザーアカウントについて、Active Directory の値はクラウドの一意の UID にマッピングされます。場合によっては、userPrincipalName がサインインに使用されますが、ユーザーのメールアドレスがカレンダーを管理するために使用されます。カレンダー管理用のメールアドレスが Webex のプライマリメールアドレスフィールドにマッピングされていることを確認する必要があります。 alternative のメールアドレスとして userPrincipalName を追加します。ユーザーは、正しい SAML 属性マッピングが設定されている限り、これらのメールアドレスを使用してサインインできます。代替メールアドレスをマッピングする方法については、以下のサンプル属性マッピングを参照してください。
userPrincipalName メール <カスタム属性>	メール; タイプワーク	このマッピングはオプションです。代替のメールアドレスを使用する場合に使用してください。これは認証に使用されるメールです。カレンダーの管理には使用されません。 AD からマッピングするメールアドレスは、組織内の検証済みドメインのものである必要があり、一意であり、別のユーザーに割り当てられていない必要があります。
<Azure ユーザー objectId の新しい属性>	externalId	新しい Active Directory 属性を作成して、Azure ユーザー objectId を保持し、既存の属性と衝突しないようにします。この属性は externalId 属性にマッピングされ、Webex ユーザーが Microsoft 365 でグループを作成すると、Webex でチームを自動的に作成することを確認します。

代替メールアドレスのマッピング

カスタマイズされた属性の式

表 5. カスタマイズされた属性の式
演算子	説明と例
%	matches が指定された場合、検索結果が代入されます。例式 `"abc@example.com" % "@"` 結果 `例.com`
-	指定された文字列の末尾から入力文字列の背面を取り去ります。例式 `"abc@example.com" - "@"` 結果 `abcさん`
+	入力文字列や式を連結します。例式 `"abc" + "" + "def"` 結果 `ABC デフ`
\|	空の文字列に対して区切られた式を評価し、最初の空でない結果を選択します。例式 `「ABC」` 結果 `abcさん`

Active Directory 属性からクラウドにディレクトリアバターを同期する

1	Directory Connector から、[構成] に移動し、[アバター] をクリックして、[有効化] をオンにします。
2	[アバターを取得する] の場合、[AD 属性] を選択し、クラウドに同期する未加工アバターデータを含む [アバター属性] を選択します。
3	アバターが正しくアクセスされていることを確認するには、ユーザーのメールアドレスを入力し、[ユーザーのアバターを取得] をクリックします。アバターが右側に表示されます。
4	アバターが正しく表示されたことを確認したら、[適用] をクリックして変更を保存します。

同期された画像は、Webex アプリのユーザーのデフォルトのアバターになります。 Directory Connector からこの機能を有効にした後、ユーザーは独自のアバターを設定できません。
ユーザーアバターは Webex アプリと Webex サイト上の一致するアカウントの両方に同期されます。

次に行うこと

リソースサーバーからクラウドにディレクトリアバターを同期する

始める前に

この手順の URI パターンと変数値は例を示します。ディレクトリアバターが配置されている実際の URL を使用する必要があります。
アバター URI パターンとアバターが存在するサーバは、Directory Connector アプリケーションから到達可能である必要があります。コネクタは画像への http または https アクセスを必要としますが、画像がインターネットで公的にアクセスされる必要はありません。
アバターデータの同期は、Active Directory ユーザープロファイルから分離されます。プロキシを実行する場合、アバターデータが NTLM 認証または基本認証によってアクセスできることを確認する必要があります。

1	Directory Connector から、[構成] に移動し、[アバター] をクリックして、[有効化] をオンにします。
2	[アバターを取得する] の場合、[リソースサーバー] を選択し、[アバター URI パターン] を入力します。たとえば、*`http://www.example.com/dir/photo/zoom/{mail: .?(?=@.)}.jpg`* アバター URI パターンの各部分とその意味を見てみましょう。 http://www.example.com/dir/photo/zoom/—同期されるすべての写真があるパスです。サーバー上の Directory Connector サービスが到達可能な URL である必要があります。 mail:—Directory Connector に Active Directory からメール属性の値を取得するように指示します .?(?=@.)—次の機能を実行する正規表現シンタックス。 *`.—任意の文字。0 回以上繰り返します。` `?—前の変数をできるだけ文字数に一致するように指示します。` `(?= ... ) - 結果に含めずに、メイン式の後にグループを照合します。 Directory Connector は一致を探し、出力に含めません。` `@.: at 記号の後に、任意の文字が続き、0 回以上繰り返します。`* `.jpg—ユーザーのアバターのファイル拡張子。このドキュメントでサポートされているファイル形式を確認し、必要に応じて拡張機能を変更します。`
3	(オプション) リソースサーバーで資格情報が必要な場合は、[アバターにユーザークレデンシャルを設定する] にチェックを入れ、[現在のサービスログオンユーザーを使用] または [このユーザーを使用] を選択し、パスワードを入力します。
4	変数の値を入力します。例: `abcd@example.com`。
5	[テスト] をクリックして、アバター URI パターンが正しく機能していることを確認します。この例では、1 つの AD エントリのメール値が `abcd@example.com` で jpg 画像が同期されている場合、最終的なアバター URI は `http://www.example.com/dir/photo/zoom/abcd.jpg です。`
6	URI 情報が確認され、正しく表示されたら、[適用] をクリックします。正規表現の使用の詳細については、「Microsoft 正規表現言語クイックリファレンス」を参照してください。

同期された画像は、Webex アプリのユーザーのデフォルトのアバターになります。 Directory Connector からこの機能を有効にした後、ユーザーは独自のアバターを設定できません。
ユーザーアバターは Webex アプリと Webex サイト上の一致するアカウントの両方に同期されます。

次に行うこと

オンプレミスの会議室情報を Webex Cloud に同期する

1	Directory Connector から、[同期] に移動し、同期されたドメインの隣にあるをさらにクリックし、[設定] をクリックして、[オブジェクトの選択] を選択します。
2	[会議室情報をクラウドに同期] をチェックして、同期中に会議室データをユーザーデータから分離します。この設定が無効になっている場合、会議室データはユーザー同期データと同じ方法で処理されます。
3	[属性マッピング] に移動し、クラウド属性 sipAddresses;type=enterprise の属性マッピングを変更します。値検証を使用するには、SIP アドレスの値は Pattern.compile("^([^@])(.)@(.)$") である必要があります。利用可能な場合は、[MSRTCSIP-PrimaryUserAddress] を選択します。 Active Directory スキーマに上記の属性がない場合は、ipPhone などの別のフィールドを使用します。
4	Exchange で会議室リソースメールボックスを作成します。これは、コネクタがルームを識別するために使用する msExchResourceMetaData;ResourceType:Room 属性を追加します。
5	Active Directory のユーザーとコンピュータから、会議室のプロパティに移動して編集します。次の sip のプレフィックスを持つ完全修飾の SIP URI を追加します。
6	ドライランの同期を実行してから、コネクタで完全実行の同期を実行します。新しい会議室オブジェクトは [追加されたオブジェクト] にリストされ、一致した会議室オブジェクトは、ドライランレポートの [一致したオブジェクト] に表示されます。削除にフラグが付けられた会議室オブジェクトは、[削除された会議室] の下にあります。ドライランの結果には、一致したルームリソースが表示されます。この設定は、Active Directory の会議室データ (会議室の属性を含む) をユーザーデータから分離します。同期が完了すると、コネクタダッシュボードのクラウド統計には、クラウドに同期された会議室データが表示されます。

次に行うこと

Control Hub から、ディレクトリから会議室を自動的にインポートし、ワークスペースを作成できます。

ディレクトリ同期結果でのメールレポートの送信

1	Directory Connector から、[構成] をクリックし、[通知] を選択します。
2	Directory Connector から、[設定] をクリックし、[メール受信者] の隣の [レポートの同期を有効にする] をオンに切り替えます。
3	デフォルトの通知動作をオーバーライドし、1 人以上のメール受信者を追加する場合は、[通知を有効にする] をオンにします。
4	[追加] をクリックし、メールアドレスを入力します。無効な形式でメールアドレスを入力すると、変更を保存して適用する前に、問題を修正するように指示するメッセージがポップアップ表示されます。
5	[メールの追加] をクリックし、メールアドレスを入力します。無効な形式でメールアドレスを入力すると、変更を保存して適用する前に、問題を修正するように指示するメッセージがポップアップ表示されます。
6	入力したメールアドレスを編集する必要がある場合は、左側の列のメールエントリをダブルクリックして、必要な変更を加えます。
7	すべての有効なメールアドレスを追加したら、[適用] をクリックします。
8	すべての有効なメールアドレスを追加したら、[保存] をクリックします。

次に行うこと

メールアドレスを削除することを決定した場合、メールをクリックしてそのエントリを強調表示し、[削除] をクリックします。

メールアドレスを削除することを決定した場合、特定のメールアドレスエントリの隣の [削除] をクリックします。

Active Directory から Control Hub にユーザーをプロビジョニング

1	Active Directory ユーザーでドライラン同期を実行するドライランを実行して、オンプレミスの Active Directory のオブジェクトと Webex クラウドのオブジェクトを比較します。ドライランでは、完全または増分同期を実行してクラウドに変更をコミットする前に、どのオブジェクトが追加、変更、または削除されるかを確認できます。
2	クラウドへの Active Directory ユーザーの完全な同期を行う完全同期を実行すると、コネクタサービスは Active Directory（AD）からクラウドにフィルタリングされたすべてのオブジェクトを送信します。コネクタサービスは次に、AD エントリで ID ストアを更新します。自動割り当てライセンステンプレートを作成した場合は、新しく同期されたユーザーに割り当てることができます。
3	Control Hub のディレクトリ同期済みユーザーに Webex サービスを割り当てる Directory Connector から Control Hub への完全なユーザーの同期が完了したら、さまざまな方法を使用して Webex サービスライセンスを割り当てることができます。 Active Directory から同期した新しい Webex アプリユーザーで使用する前に、自動割り当てライセンステンプレートをセットアップすることを推奨します。この最初のステップの後で、個々の変更を行うこともできます。

Active Directory ユーザーでドライラン同期を実行する

始める前に

1	次のいずれかを選択します。初めてサインインした後、プロンプトで [はい] をクリックして、ドライランを実行します。ドライランを実行するためのリマインダを見逃した場合は、いつでも Directory Connector から、[ダッシュボード] をクリックし、[ドライランの同期] を選択し、[OK] をクリックしてドライランの同期を開始します。ドライランが完了すると、次のいずれかの結果が表示されます。 *Directory Connector で検出された不一致のオブジェクト* *Directory Connector のドライランレポート結果と不一致のオブジェクトの概要* 概要には、オブジェクトの一致についての情報が含まれます。一致したオブジェクト - Webex 共通 ID にあり、Active Directory ドメインにも存在しているユーザー。つまり、someuser@cisco.com が Webex に同期され、Control Hub に表示され、同じユーザー (someuser@cisco.com) が Active Directory に存在する場合。これは、ユーザが一致していることを意味します。一致しないオブジェクト - Webex にいるユーザー。ユーザーが Common Identity に追加された方法に関係なく、Active Directory にユーザーが存在しません。これは不一致オブジェクトと呼ばれます。たとえば、someuser@cisco.com が Webex で同期され、Control Hub に表示されているが、同じユーザー (someuser@cisco.com) が Active Directory によって管理されていない場合、レポートにはユーザーが不一致であることが表示されます。ドライランでは、ドメインユーザと比較してユーザを識別します。アプリケーションは、ユーザが現在のドメインに属している場合、ユーザを識別できます。次のステップでは、オブジェクトを削除するか、または保持するかを決定する必要があります。一致しないオブジェクトは、Webex クラウドにすでに存在しているが、オンプレミスの Active Directory には存在していないとして識別されます。
2	ドライランの結果を確認し、単一ドメインまたは複数のドメインを使用するかどうかに応じて、オプションを選択します。シングルドメイン: 一致しないユーザーを維持するかどうかを決定します。保持する場合は、[いいえ、オブジェクトを保持する] を選択します。保持しない場合は、[はい、オブジェクトを削除する] を選択します。これらの手順を実行し、プレミスとクラウドの間で完全に一致するように、手動で完全同期を実行した後、Directory Connector はスケジュールされた自動同期タスクを自動的に有効にします。複数のドメイン—ドメイン A とドメイン B の組織の場合、まずドメイン A のドライランを実行します。一致しないユーザーを保持する場合は、[いいえ、オブジェクトを保持する] を選択します。 (これらの一致しないユーザーはドメイン B のメンバーである可能性があります。) 削除する場合は、[はい、オブジェクトを削除] を選択します。ユーザーを維持する場合は、まずドメイン A の完全な同期を実行し、ドメイン B のドライランを実行します。まだ一致しないユーザーが存在する場合は、これらのユーザーを Active Directory に追加してから、ドメイン B の完全な同期を実行します。プレミスとクラウドの間で完全に一致する場合、Directory Connector はスケジュールされた自動同期タスクを自動的に有効にします。
3	[ドライランの確認] プロンプトで、[はい] をクリックしてドライランの同期を再実行し、ダッシュボードを表示して結果を表示します。ドライランで正常に同期されたアカウントは、[一致したオブジェクト] の下に表示されます。クラウド内のユーザーが Active Directory に同じメールを持つ対応するユーザーを持っていない場合、エントリは [削除されたユーザー] の下にリストされます。この削除フラグを回避するために、同じメールアドレスで Active Directory にユーザーを追加できます。同期された項目の詳細を表示するには、特定の項目または [一致したオブジェクト] の対応するタブをクリックします。概要情報を保存するには、[結果をファイルに保存] をクリックします。
4	結果が予想される場合は、[アクション] > [同期モード] > [同期を有効にする] に移動し、[今すぐ有効にする] をクリックして手動同期を実行し、この時点で手動モードにします。複数ドメイン展開で最後の Active Directory ドメインで同期を行った後、Directory Connector の自動モードを有効にする必要があります。自動モードを有効にできるのは、オブジェクトが Webex クラウドとすべてのオンプレミスのアクティブディレクトリの間で完全に一致している場合のみです。

次に行うこと

保持した不一致のユーザーオブジェクトについては、オンプレミスとクラウドの間で完全に一致するように、それらを Active Directory に追加する必要があります。
同期タイプを選択:
- 新しいユーザーを最初にクラウドに同期するときに、クラウドに Active Directory ユーザーの完全な同期を行う。 [アクション] > [今すぐ同期] > [フル] から行い、現在のドメインのユーザーが同期されます。
- 完全な同期を実行した後、最初の同期後に変更をピックアップする場合は、コネクタスケジュールを設定し、増分同期を実行することができます。このタイプの同期は、Active Directory ユーザーソースに加えられた小さな変更をピックアップすることをお勧めします。
  
  デフォルトでは、増分同期は 30 分ごと（バージョン 3.4 以前）または 4 時間ごと（バージョン 3.5 以降）に発生するように設定されていますが、この値は変更できます。増分同期は、最初に完全同期を実行するまで実行されません。
複数のドメインがある場合は、インストールした他の Directory Connector でこれらの手順を繰り返します。

注意事項

一致するユーザーが削除するようにマークされ、続行する方法がわからない場合は、「Directory Connector のトラブルシューティングと修正」でトラブルシューティング情報とサポートに連絡する方法を参照してください。

削除されたユーザーは、完全に削除される前に、7 日間クラウドアイデンティティサービスに保持されます。

クラウドへの Active Directory ユーザーの完全な同期を行う

複数のドメインがある場合は、各 Active Directory ドメインにインストールした Directory Connector インスタンスでこの手順を実行する必要があります。

始める前に

完全同期後、およびユーザーが初めてサインインする前に、Webex アプリのユーザーアカウントをアクティブステータスにするには、次の手順を実行してメール検証をバイパスする必要があります。
- シングルサインオンを Webex 組織と統合します。参照 Cisco Webex サービスと組織の ID プロバイダーによるシングルサインオンを参照してください。
- Control Hub を使用して、メールアドレスに含まれるドメインを確認し、必要に応じて要求します。参照ドメインの追加、検証、要求.
- 自動招待メールを抑制して、新規ユーザーが Webex アプリへの自動招待メールを受信しないようにします。(独自のメールキャンペーンを実行できます。)
  
  サインインしていないアクティベート済みユーザーは、Control Hub で [確認済み] ステータスで表示されます。サインインすると、[アクティブ] として表示されます。ユーザーステータスの詳細については、「Cisco Webex Control Hub のユーザーステータスとアクション」を参照してください。
同期を有効にすると、Directory Connector が最初にドライランを実行するように求めます。潜在的なエラーをキャッチするために、完全同期の前にドライランを実行することを推奨します。
Active Directory から同期した新しい Webex アプリユーザーで使用する前に、自動割り当てライセンステンプレートをセットアップする必要があります。

自動割り当てライセンステンプレートを使用しない場合、新しく同期されたユーザーは自動的に無料ライセンスを取得します。無料アカウントを持つユーザーと同じ無料機能を使用できます。

1	次のいずれかを選択します。初回サインイン後、ドライランが完了し、すべてのドメインが正しい場合は、[今すぐ有効にする] をクリックして、自動同期を可能にします。 Directory Connector から、[ダッシュボード] に移動し、[アクション] をクリックし、[同期モード] > [同期を有効にする] を選択し、[今すぐ同期] > [完全] をクリックして同期を開始します。
2	Directory Connector から、[同期] に移動し、同期されたドメインの隣にあるをさらにクリックし、[設定] をクリックして、[完全同期] を選択します。
3	同期を開始したことを確認します。 Active Directory のユーザーに対して行った変更 (表示名など) については、ユーザービューを更新すると Control Hub はすぐに変更を反映しますが、Webex アプリは同期を実行してから最大 72 時間後に変更を反映します。次の指示に従って、Webex アプリのローカルキャッシュをクリアできます。 Windows または Mac。同期中、ダッシュボードには同期の進行状況が表示されます。これには、同期のタイプ、開始時刻、同期が現在実行中のフェーズが含まれます。同期後、[最後の同期] と [クラウド統計] セクションが新しい情報で更新されます。ユーザーデータはクラウドに同期されます。同期中にエラーが発生した場合、ステータスインジケータボールが赤に変わります。
4	同期のステータスを更新する場合は、[更新] をクリックします。 (同期された項目は [クラウド統計] の下に表示されます。)
5	エラーに関する情報については、[イベントビューアの起動] を [アクション] ツールバーから選択してエラーログを表示します。
6	クラウドへの継続的な増分同期のための同期スケジュールを設定するには、「コネクタスケジュールを設定する」および「増分同期を実行する」を参照してください。

完全同期が完了すると、Control Hub の [設定] ページの [無効] から [運用] にディレクトリ同期のステータスが更新されます。
すべてのデータがオンプレミスとクラウドの間で照合されると、Directory Connector は手動モードから自動同期モードに変更されます。
シングルサインオンを統合、ドメインの確認、オプションで同期したメールアカウントのドメインの要求、および自動メールを抑制しない限り、ユーザーが Webex アプリに初めてサインインしてアカウントを確認するまで、Webex アプリのユーザーアカウントは未確認の状態のままになります。アクティブユーザーとしてアカウントを同期する方法については、「開始する前に」のセクションを参照してください。
複数のドメインがある場合は、インストールした他の Directory Connector でこの手順を実行します。同期後、追加したすべてのドメインのユーザーは Control Hub に一覧表示されます。
シングルサインオンを Webex と統合し、抑制されたメール通知がある場合、招待メールは新しく同期されたユーザーに送信されません。
Directory Connector を有効にした後は、Control Hub でユーザーを手動で追加できません。有効にすると、ユーザー管理は Cisco Directory Connector から実行され、Active Directory が信頼できる唯一の情報源となります。
同期したグループが Control Hub に表示され、そのグループのユーザーがライセンスを割り当てられるように、ライセンステンプレートを割り当てることができます。

次に行うこと

Active Directory からユーザーを削除すると、そのユーザーは次の同期後にソフトで削除されます。ユーザーは [非アクティブ] になりますが、クラウド ID プロファイルは 7 日間保持されます (偶発的な削除からの回復を可能にします)。

Active Directory で [アカウントが無効になっています] にチェックを入れると、次の同期後、ユーザーは [非アクティブ] になります。ユーザーを再度有効にする場合は、クラウド ID プロファイルは 7 日後に削除されません。
これらの例外を増加同期に注意してください (代わりに上記の完全同期手順に従います)。
- アバターが更新されてもその他の属性変更がない場合、増分同期はユーザーのアバターをクラウドに更新しません。
- 属性マッピング、ベース DN、フィルタ、アバター設定での設定変更には完全同期が必要です。

Control Hub のディレクトリ同期済みユーザーに Webex サービスを割り当てる

始める前に

Active Directory から同期した新しい Webex アプリユーザーで使用する前に、自動割り当てライセンステンプレートをセットアップする必要があります。
Active Directory ユーザーでドライランの同期を行います。
ドライランの結果を確認した後、Active Directory ユーザーで完全同期を行います。

オプションを選択します。

次に行うこと

メールが抑制されない場合、Webex に参加してダウンロードするための招待メールが各ユーザーに送信されます。
すべてのユーザーに対して同じ Webex サービスを選択した場合、個別または一括で割り当てられたライセンスを変更できます。

関連情報

Directory Connector の既知の問題

2012 R2 以前の Windows Server バージョンには、Directory Connector に影響するクッキーの問題があります。この問題は、バージョン 2012 R2 および 2016 で修正されています。
Active Directory のユーザーに対して行った変更 (表示名など) については、ユーザービューを更新すると Control Hub はすぐに変更を反映しますが、Webex アプリは同期を実行してから 72 時間後の変更を反映します。

次の指示に従って、Webex アプリのローカルキャッシュをクリアできます。 Windows または Mac。
ユーザーがデスクトップまたはモバイルで Webex アプリを使用して、同期された SIP URI のみを持つ会議室を検索して発信すると、この時点でコールは無制限に鳴ります。

Webex アプリのユーザーの管理

増加同期を実行

開始する前に

Active Directory から同期した新しい Webex アプリユーザーで使用する前に、自動割り当てライセンステンプレートをセットアップする必要があります。
増分同期がサポートされていないこれらの例外に注意してください (代わりに、「クラウドに Active Directory ユーザーの完全な同期を行う」に従います)。
- アバターが更新されてもその他の属性変更がない場合、増分同期はユーザーのアバターをクラウドに更新しません。
- 属性マッピング、ベース DN、フィルター、アバター設定の新しい構成変更の場合、増分同期は機能せず、完全同期が必要です。

1	Directory Connector から [ダッシュボード] をクリックします。同期の有効化をすることで、 Directory Connector はドライランを最初に実行するように求めます。
2	[アクション] から、まだ有効になっていない場合は、[同期モード] > [同期を有効にする] をクリックします。デフォルトでは、増分同期は 30 分ごと（バージョン 3.4 以前）または 4 時間ごと（バージョン 3.5 以降）に発生するように設定されていますが、この値は変更できます。増分同期は、最初に完全同期を実行するまで実行されません。新しい増分時間間隔が終了すると、プログラムは最後のタイムスタンプに基づいて変更を確認します。
3	[アクション] から、[今すぐ同期] > [増分同期] をクリックします。 Active Directory のユーザーに対して行った変更 (表示名など) については、ユーザービューを更新すると Control Hub はすぐに変更を反映しますが、Webex アプリは同期を実行してから 72 時間後の変更を反映します。次の指示に従って、Webex アプリのローカルキャッシュをクリアできます。Windows または Mac。同期中にダッシュボードは同期プロセスを表示しますが、これには同期のタイプ、開始時間、同期が現在実行中のフェーズなどが含まれます。同期後、[最後の同期とクラウド統計] セクションが新しい情報で更新されます。エラーが同期中に発生した場合、ステータスインジケーターのボールが赤色になります。
4	エラーに関する情報については、[アクション] ツールバーから [イベントビューアの起動] をクリックして、エラーログを表示します。

次に行うこと

複数のドメインがある場合は、インストールした他の Directory Connector インスタンスでこの手順を実行します。

誤って削除されたユーザーを復元する

Directory Connector には、ユーザーの意図しない削除を防ぐためのチェックとバランスがあります。残念ながら、事故は発生します。Active Directory で LDAP フィルターを正しく設定していなかったために、クラウドと同期したときに一部のユーザーが削除されるなどです。ソフト削除機能は、これらの事故から回復し、Control Hub でユーザーアカウントを再確立するのに役立ちます。

Active Directory で無効になっているユーザーは、Control Hub で非アクティブとしてマークされますが、ユーザーアカウントは 7 日後に削除されません。

1	Control Hub にサインインします。
2	[ユーザー] に移動し、特定のユーザーアカウントが非アクティブ状態であるか、非公開であるかを確認します。詳細については、「Control Hub のユーザーステータスとアクション」を参照してください。
3	ユーザーが Control Hub で削除された場合、または非アクティブ状態のユーザーが見つかった場合は、Active Directory に移動し、欠落しているユーザーアカウントを追加してから、Directory Connector でドライラン同期を実行します。 Directory Connector の目標は、Active Directory とクラウドのユーザー情報間で完全一致を作成することです。
4	完全同期を実行して、一時的に削除されたユーザーアカウントを Control Hub に再同期します。ユーザーは復元され、アカウントステータスとサービスの割り当てを含む元のステータスに移動します。

次に行うこと

Control Hub に戻り、[管理] > [ユーザー] に進み、以前に削除されたユーザーアカウントがユーザーリストに表示されていることを確認します。

ソフト削除後にユーザを完全に削除

ドライランを実行した後、次の同期でソフトで削除されたユーザを完全に削除できます。

1	ドライランが完了したら、[ソフト削除済みオブジェクト] を選択します。
2	削除するユーザの横にあるチェックボックスをオンにします。
3	[完了] を選択します。

次に行うこと

次の同期で、チェックしたユーザーは完全に削除されます。

Webex アプリのメールアドレスを変更する

ドメインを変更せずにユーザーのメールアドレスを変更するには:
1. Active Directory のユーザーアカウント (例、user1@example.com) を開き、メールアドレス (例、user2@example.com) を変更します。
2. Directory Connector で同期を再開します。
  
  次の同期後、Control Hub のユーザーリストと、キャッシュの更新後に Webex アプリのユーザーに対して変更が表示されます。
  
  この方法を使用すると、データまたはスペースは失われません。ユーザーの一意の識別子は、最初の同期後にクラウドで設定されます。以降のすべての同期は、この識別子に基づいています。
Directory Connector を使用した複数のドメイン展開では、ドメインを変更する際にユーザーのメールアドレスを変更します (example1.com を古いドメインとし、example2.com を新しいドメインと見なします)。
1. 古いユーザーアカウント (user1@example1.com) の場合、uid クラウド属性にマッピングされる Active Directory 属性に注意してください。新しいアカウントに同じ Active Directory 値を使用する必要があります。この例では、オンプレミスの属性として user1@example1.com を使用し、クラウドの uid にマッピングします。
2. example1.com および example2.com ドメインの Directory Connector の同期を一時停止します。
3. example2.com で新しいユーザーアカウントを作成し、上記の同じ属性を使用します。(たとえば、user1@example1.com)。
4. Directory Connector で、example2.com の同期を再開します
  
  続行する前に、user1@example2.com アカウントが Control Hub に同期していることを確認します。Webex アプリでのメールの変更を確認し、すべてのデータ (スペース、メッセージ、ミーティング、ファイルなど) が保持されていることをユーザーに指示することをお勧めします。
  
  この方法を使用したデータまたはスペースの損失はありませんが、新しいユーザーアカウントでは、クラウド uid 属性にマッピングされた Active Directory 属性が古いユーザーアカウントから保持されていることを確認する必要があります。Active Directory の値を変更すると、新しいアカウントは古いアカウントのデータを保持しません。
5. メールアドレスの変更とデータが保持されていることを確認した後、example1.com の古いユーザーアカウントを削除し、Directory Connector を使用して example1.com の同期を再開します。
  
  この時点で、user1@example2.com の新しい Active Directory ドメインのメールアドレスを安全に更新できます。

Active Directory ドメインを変更する

この手順を使って、新しいドメインおよびメールアドレスを作成することができます。クラウド内のアイデンティティサービスと同期します。

1	新規 Active Directory (AD) ドメインをセットアップします。
2	すべてのコネクタで同期を無効にします。
3	すべてのコネクタをアンインストールします。
4	ドメインを変更するためにケースを開きます。送信する場合は、ドメイン設定と組織内のすべての同期属性の削除をリクエストしてください。ドメインを変更するためにケースを開く前に、実行中の同期がないことを確認してください。ケースが解決されるまで、Active Directory のユーザーメールアドレスを変更しないでください。
5	本ケースが解決した後、新しい Active Directory ドメインを持つサーバと同じサーバに Directory Connector をインストールします。新しい Active Directory ドメインを指すように、Directory Connector を設定します。 Control Hub (https://admin.webex.com) に既存のユーザーがいる場合、一致するメールアドレスを持つユーザーが Active Directory にも存在することを確認します。組織が DirSync で `softDelete` トグルを無効にしている場合、Control Hub にあるが、Active Directory にはないユーザーのメールアドレスがリスクの削除。実際の同期を実行する前に、Directory Connector でテストを実行します。

ドメインクレーム

関連情報

ディレクトリ同期組織で無料の Webex アプリユーザーを変換する

アクティベーション前にアカウントを変換しない場合は、変換するために　Directory Connector を終了してください。

これらのユーザーを追加しない場合、クラウドに同期する隣にあるすべてのユーザーが削除されます。

1	Directory Connector からのディレクトリ同期を無効化する。
2	「Control Hub でライセンスなしのユーザーを変換する」手順に従って、無料のコンシューマー組織からエンタープライズ組織にユーザーを変換します。この手順により、ユーザーを組織に追加し、アカウントが Control Hub に表示されます。Directory Connector は、Active Directory をユーザーアカウントの信頼できる唯一の情報源にします。目標は、Active Directory と Control Hub を正確に一致させることです。同期を再度有効にする前に、最近変換されたユーザーと一致するユーザーが Active Directory 内に存在することを確認してください。ドライラン同期を使用して、一致しないユーザーがいないことを確認できます。
3	Directory Connector で、ドライラン同期を実行します。ドライランの完了後、[オブジェクトの追加] タブを確認します。自分が変換したユーザーが削除されていないか確認する。同期を再有効化する前にドライランを実行して、変換されたユーザーアカウントが Active Directory に表示されるようにする必要があります。同期をオンにし、アカウントが Control Hub にのみ存在する場合、Directory Connector は大文字と小文字を区別し、一致しないメールアドレスで検出された変換されたユーザー (user1@example.com および User1@example.com など) を削除します。変換されたユーザーが削除されると、Webex アプリのスペースはすべて失われます。
4	次回の同期でアカウントが全く削除されないと確信する場合、Directory Connector　からディレクトリ同期を再有効化？？？？？？

サイドボーディングされた Webex アプリユーザーアカウント

Directory Connector を使用してサイドボーディングされたアカウントを管理する場合、アカウントを変換する必要があります。

ディレクトリ同期後に Webex アプリのユーザー名形式を変更する

デフォルトでは、Directory Connector は Active Directory の displayName 属性をクラウドの displayName 属性にマッピングします。

ディレクトリ同期を実行した後で、ユーザー名はの形式で表示されます。

または、属性 sn givenName を displayName にマッピングします。

独自のカスタム属性式を displayName にマッピングする場合は、[属性のカスタマイズ] オプションを使用することもできます。

ユーザーが Webex Meetings での表示名の変更を許可する

1	Directory Connector から、[構成] をクリックし、[ユーザー属性マッピング] を選択します。
2	[Cisco Cloud 属性名] で [displayName] を選択します。
3	[この属性を同期しない] を選択します。

次に行うこと

ユーザーは Webex サイトから表示名を編集することができるようになりました。

Directory Connector のトラブルューティング

Directory Connector の汎用設定の構成

1	Directory Connector から、[構成] に移動し、[全般] をクリックします。
2	[コネクタ名] フィールドに、コネクタ名を入力します。このフィールドは現在コネクタを実行しているコンピュータ名のみを表示します。
3	ドロップダウンメニューからログレベルを選択します。既定では、ログレベルは「情報」にセットされています。使用可能なログレベルは以下の通りです。情報 (デフォルト): アプリケーションの進行状況をハイライトする情報メッセージを表示します。すべての完全同期後にレポートを受信する場合は、この設定を使用します。警告: 潜在的に有害な状況を表示します。デバッグ: アプリケーションのデバッグに最も便利な詳細情報イベントを表示します。何らかの問題が発生した場合、このログレベルを設定し、調査が開始されたら、イベントログをサポート部隊に送付します。エラー: アプリケーションの実行を継続できる可能性のあるエラーイベントを表示します。このオプションを選択すると、エラーが報告されたときにのみ同期レポートが送信されます。これらの設定は、電子メールで送信される同期レポートに影響します。ログレベルを [エラー（Error）] に設定した場合、同期レポートでエラーのみが報告されます。エラーが存在しない場合、同期レポートは送信されません。設定を [情報] に変更すると、完全同期後に同期レポートを受信します。（増分同期では、エラーが報告されない場合、レポートは送信されないことに注意してください）。
4	[優先ドメインコントローラー] を選択して、アイデンティティを同期させる際のドメインコントローラーの順番をセットします。ドメインコントローラは、上から下までアクセスされます。リストの先頭のコントローラーが使用できない場合、2 番目のコントローラーを選択してください。コントローラーがリストアップされていない場合、プライマリコントローラーにアクセスできます。
5	自動アップグレードを行う場合は、[新しい Cisco Directory Connector バージョンに自動的にアップグレードする] にチェックを入れます。 Cisco Directory Connector ソフトウェアを最新バージョンに常に最新の状態に保つことが重要です。この設定にチェックを入れると、ソフトウェアへの自動アップグレードが利用可能になったときにサイレントにインストールされることを推奨します。
6	[LDAP over SSL] をチェックして、セキュアな LDAP (LDAPS) を接続プロトコルとして使用します。 LDAP over SSL をオンにしない場合、Directory Connector は引き続き LDAP 接続プロトコルを使用します。 LDAP (Lightweight Directory Application Protocol) および Secure LDAP (LDAPS) は、アプリケーションとインフラストラクチャ内のドメインコントローラの間で使用される接続プロトコルです。LDAPS 通信は暗号化され、安全です。

コネクタポリシーを設定する

1	Directory Connector から、[構成] をクリックし、[ポリシー] を選択します。
2	しきい値トリガーを追加する場合は、[しきい値トリガーの削除を有効にする] ボックスをチェックします。このオプションを選択すると、削除数が閾値を越えた場合にアラートががトリガーされます。削除の回数が定義した値を越えると、同期は失敗します。
3	自分が行う削除の最大数を入力します。既定では 20 です。弊社は既定値を上げないことを推奨します。
4	適用をクリックします。

コネクタスケジュールをセットする

1	Directory Connector から、[構成] をクリックし、[スケジュール] を選択します。
2	増分同期インターバルを分に指定します。既定では、増分同期は 30 分おきに実行するようセットされています。完全増分同期は、あなたが初回の完全同期を行うまで実行されません。
3	レポートが送信される頻度を変更する場合、[レポートを送信する頻度] の値を変更します。
4	[完全同期スケジュールを有効化する] チェックボックスをオンにして完全同期を行う日時を指定します。
5	[フェイルオーバー間隔]を「分」で指定します。
6	[適用] をクリックします。

複数ドメインシナリオ

同じキー値をもつオブジェクトは、データベースの 1 つのレコードにリンクされます。

「ユーザー」のキー値はメールアドレスです。「グループ」のキー値はグループ名です。

複数ドメインの使用例

この例は、優先順位の観点で、2 つのドメイン、example1.com と example2.com をもつ組織を想定しています。

user1 (メール: user@example1.com)を example1.com の Active Directory に追加してください。
group1 (グループ名: Test) を example1.com の Active Directory に追加してください。
user2 (メール: user@example2.com)を example2.com の Active Directory に追加してください。
group2 (グループ名: Test) を example2.com の Active Directory に追加してください。

example1.com の同期

使用例として、user2 と group2 はクラウドに同期され、https://admin.webex.com に表示され、その場合 user1 と group1 は表示されません。

example1.com の完全または増分同期を行う場合、user1 と group1 が同期されます。また、user2 と group2 は、user1 と group1 の情報により上書きされます。

User1 はデータベースの同じレコードとして、user2 にリンクします。group1 はデータベースの同じレコードとして、group2 にリンクします。

example1.com と example2.com での同期

使用例として、user2 と group2 はクラウドに同期され、https://admin.webex.com に表示され、その場合 user1 と group1 は表示されません。

以下の手順を考察してください。

example1.com の Active Directory の user1 と group1 を削除します。
example1.com の完全または増分同期を行います。
結果: ユーザーの情報は、https://admin.webex.com では変更されません。User2 は user1 にリンクされず、group2 は group1 にリンクされません。
example2.com の増分同期を行います。
結果: ユーザーの情報は、https://admin.webex.com では変更されません。
example2.com の完全同期を行います。
結果: user2 と group2 の情報は、https://admin.webex.comにリストされます。

新しいドメインを同期し既存のドメインを保持する

ドメインの優先順位を設定する

開始する前に

1	Cisco Directory Connector から、[ダッシュボード] をクリックします。
2	[アクション] に移動し、[ドメイン優先順位を設定する] をクリックします。
3	リストにあるドメインを 1 つハイライトし、[アップ] または [ダウン] をクリックして、このドメインの優先順位を変更し、[保存] をクリックして変更を保存します。ドメインは、上から下まで、優先順位でソートされます。

ドメインを切り替える

Cisco Directory Connector を別のドメインに再バインドするには、次の手順を使用します。

開始する前に

ドメインを切り替える前に、同期タスクが実行されていないことを確認します。
エラーを回避するには、Cisco Directory Connector の最新バージョンをインストールするか、アップグレードしてください。Control Hub からダウンロードする必要があります。

1	Cisco Directory Connector から、[ダッシュボード] をクリックします。
2	[アクション] に移動し、[ドメインを切り替える] をクリックします。
3	警告を読み、この変更が展開に与える影響を理解し、それでも行う場合には、[はい] をクリックします。ドメインを切り替えると、現在の Cisco ディレクトリコネクタからサインアウトされ、コネクタの他のドメインは登録解除され、そのコンピューターのコネクタ情報は削除されます。
4	Cisco Directory Connector に再度サインインし、ドメインを再バインドします。

ディレクトリ同期を無効にする

Directory Connector からの同期を停止する必要がある場合は、Control Hub から一時的にオフにできます。

https://admin.webex.com の顧客ビューから、[管理] > [組織設定] に移動し、[ディレクトリ同期] までスクロールして、次のいずれかを選択します。

さらにをクリックし、オフにするコネクタインスタンスの隣の [オフにする] をクリックします。
[すべてのディレクトリ同期をオフにする] をクリックし、すべてのコネクタインスタンスから同期を停止します。

指示を読んだ後、[オフにする] をクリックします。

同期は、Directory Connector から再有効にするまで停止します。

ユーザー属性マッピングを削除

1	Directory Connector から [ダッシュボード] をクリックします。
2	[アクション] に移動し、[ユーティリティ] > [ユーザー属性マッピングの削除] をクリックします。
3	[属性名] リストから削除するマッピングを選択します。
4	[影響を受けるユーザー範囲] で、次のいずれかを選択します。 Directory Connector で同期されたユーザーのみ: マッピングは、Directory Connector が以前に同期したユーザーからのみ削除されます。すべてのユーザー: マッピングはすべての Active Directory ユーザーから削除されます。
5	[適用] をクリックします。

プロファイル画像の管理

Directory Connector を使用して、ユーザープロファイルの写真を更新するか、空白のユーザープロファイルの写真を削除します。

1	Directory Connector から [ダッシュボード] をクリックします。
2	[アクション] に移動し、[ユーティリティ] > [プロファイル画像の管理] をクリックします。
3	[アクション] で次のいずれかを選択します。空のアバターソースのプロファイル画像を削除: Active Directory のプロファイル画像が空の場合、このオプションにより、ユーザーが以前 Webex で自分の画像をアップロードした場合でも、ユーザープロファイル画像がクラウドから削除されます。同期ソースから再アップロードしてキャッシュされた画像を上書きする: Directory Connector は以前と同じ Active Directory を使用して、すべてのユーザーのプロファイル画像を更新します。これにより、Active Directory とクラウドのプロファイル画像が一致しないことが保証されます。
4	[適用] をクリックします。

Directory Connector をアンインストールして非アクティブ化

ディレクトリ同期化をこれ以上使いたくなくなった。
複数のディレクトリコネクタのうち、1 つを使いたくなくなった (高可用性)。
ドメインを変更して、別のコネクタをインストールしたい。

開始する前に

高可用性 (HA) または複数のドメインの同期のために、Directory Connector の複数のインスタンスがセットアップされている場合があります。唯一の Directory Connector インスタンス、または最後に残った Directory Connector インスタンスのアンインストールを行う場合、同期は無効にします。
Directory Connector をアンインストールする前に、重要な作業を保存して閉じてください。

1	Windows マシンからコントロールパネルに移動して、プログラムと機能をクリックします。
2	プログラムリストから、[Directory Connector] をクリックし、[アンインストール] を選択し、プロンプトに従います。アンインストールを完了するためにリブートが必要になる場合があります。
3	https://admin.webex.com の顧客ビューから、[管理] > [組織設定] に移動し、[ディレクトリ同期] までスクロールして、[詳細] をクリックし、アンインストールするディレクトリコネクタインスタンスの隣の [非アクティブ化] をクリックします。
4	指示を読んだ後、[非アクティブ化] をクリックします。高可用性 (HA) 展開内に別の Directory Connector がない限り、ユーザーアカウントはこれからは同期しなくなります。

診断ツールの実行

Active Directory ドメインサービスのテストを実行するには:
1. スタートメニューに移動し、Cisco Directory Connector を探し、[Cisco Directory - 診断] をクリックします。[AD-DS] タブをクリックし、[ドメイン] を入力し、[ドメインコントローラの読み込み] をクリックします。
2. リストからドメインコントローラを 1 つ選択します。
  
  増分検索は常に同じドメインコントローラで実行する必要があるため、後でエントリを変更しないでください。
3. デフォルトでは、すべてのパスが検索されますが、1 つの [属性] を選択し、[テスト] をクリックして、その値を確認できます。
4. [Active Directory クエリ] セクションで、[ユーザー] と [グループ] オブジェクトと検索フィルタのいずれか、または両方など、さらにフィルタを設定します。
5. [Cookie の自動入力] をオンにして、検索用のクッキーを自動的に生成します。
6. [クエリ] をクリックして、新しい増分検索または完了検索を開始します。この検索には数秒かかる場合があります。
7. テストが完了したら、[保存 ] をクリックしてログエントリを保存します。ログエントリは、チケットを開く際に分析のためにサポートチームに送信できます。
Active Directory Lightweight Directory サービスのテストを実行するには:
1. スタートメニューに移動し、Cisco Directory Connector を探し、[Cisco Directory - 診断] をクリックします。[AD-LDS] タブをクリックし、[ホスト] と [ポート] を入力し、[パーティションのロード] をクリックします。
2. リストからパーティションを選択し、[接続] をクリックします。
3. デフォルトでは、すべてのパスが検索されますが、1 つの [属性] を選択し、[テスト] をクリックして、その値を確認できます。
4. [Active Directory クエリ] セクションで、[ユーザー]、[ユーザープロキシ]、[UserProxyFull] および検索フィルタなどのフィルタを設定します。
5. [Cookie の自動入力] をオンにして、検索用のクッキーを自動的に生成します。
6. [クエリ] をクリックして、新しい増分検索または完了検索を開始します。この検索には数秒かかる場合があります。
7. テストが完了したら、[保存 ] をクリックしてログエントリを保存します。ログエントリは、チケットを開く際に分析のためにサポートチームに送信できます。
Lightweight Directory Access Protocol（LDAP）のテストを実行するには:
1. スタートメニューに移動し、Cisco Directory Connector を探し、[Cisco Directory - 診断] をクリックします。[LDAP RAW] タブをクリックし、[ルートパス]、[フィルター] を入力し、[属性] からエントリを選択し、[パーティションのロード] をクリックします。
2. 必要に応じて、次のオプションをチェックします。
  - ObjectSecurity—このオプションがある場合、発信者は権限を必要とせず、発信者がアクセスできるオブジェクトと属性だけを表示できます。このオプションが存在しない場合、発信者は変更を複製する権利があります。
  - ParentsFirst: お子さんのすべての親が自分の子より先に来るようにします。
3. ExtendedDN の値を選択します。
  
  この値は、拡張された LDAP 検索で使用され、オブジェクトの識別名の拡張形式を要求します。
4. ReferralChasing の値を選択します。
  
  たとえば、名前空間外のクエリー結果の詳細（別のドメインまたはフォレストのグループメンバーなど）については、ドメインコントローラがクエリーから参照を返したときに照会が開始されます。
5. [クエリ] をクリックして、新しい増分検索または完了検索を開始します。この検索には数秒かかる場合があります。
6. テストが完了したら、[保存 ] をクリックしてログエントリを保存します。ログエントリは、チケットを開く際に分析のためにサポートチームに送信できます。

Ciso Directory Connector の問題をトラブルシューティング

Directory Connector のトラブルシューティングと修正

インストール

Directory Connector が動作を停止した

Directory Connector が動作していないことを知らせる警告メールを受信しました。

Directory Connector が正しくインストールされていない可能性があります。
Directory Connector が実行されていない可能性があります。
ネットワークは使用できない可能性があります。

以下の作業を行います。

[コントロールパネル] > [プログラムと機能] を開きます。Directory Connector　を検索します。存在しない場合は、Control Hub から最新バージョンをダウンロードしてインストールします。
[サービス] を開き、Cisco DirSync Service を見つけます。ステータスが [開始] として表示されていることを確認します。サービスが停止されている場合、右クリックで開始を選択し、サービスを再度開始します。
Directory Connector をインストールしたサーバーにインターネットへのアクセス権があることを確認してください。

再インストールエラー

問題: 古いコネクタをアンインストールした後、すぐに新しいコネクタをインストールすると、エラーメッセージが表示される場合があります。

解決策: 時間が経過したら、もう一度インストールをお試しください。

サインイン

SSO サインイン中にディレクトリコネクタがクラッシュ

問題

SSO サインインページからメールアドレスを入力すると、Directory Connector がクラッシュする場合があります。

対処方法

以下の作業を行います。

新しいグループポリシーを設定するには、次の手順を実行します。

ドメインコントローラに移動し、グループポリシー管理 (gpedit.msc) を開きます。
特定の OU またはドメインを右クリックし、[このドメインで GPO を作成] を選択し、[ここにリンク...
ポリシーに名前を付けて、右クリックして [編集] を選択します。

マシンレベルでポリシーを変更するには、次の手順を実行します。

[コンピューター設定] > [基本設定] > [Windows 設定] に進み、[レジストリ] を右クリックし、[新規] を選択し、[レジストリアイテム] を選択します。
キーパスについては、HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Internet Explorer\Main を入力または移動します。
[スクリプトデバッガを無効にする] を [値] に入力し、[値データ] に [いいえ] を入力します。

設定は、このスクリーンショットと一致する必要があります。

ユーザーレベルでポリシーを変更するには、次の手順を実行します。

[コンピューター設定] > [基本設定] > [Windows 設定] に進み、[レジストリ] を右クリックし、[新規] を選択し、[レジストリアイテム] を選択します。
キーパスについては、HKEY_CURRENT_USER\SOFTWARE\Microsoft\Internet Explorer\Main を入力または移動します。
[スクリプトデバッガを無効にする] を [値] に入力し、[値データ] に [いいえ] を入力します。

設定は、このスクリーンショットと一致する必要があります。

Cisco DirSync Service Connector を登録できませんでした

問題

サインインに失敗すると、「Cisco DirSync Service Connector が登録できませんでした」というメッセージが表示されます。

対処方法

Directory Connector がインストールされている Windows システムは、Active Directory のメンバーである必要があります。

サインインページが表示されません

問題

Directory Connector を開くと、サインインページが表示されませんでした。

対処方法

次の手順を試してください。

Internet Explorer で、https://cloudconnector.webex.com/SynchronizationService-v1_0/?orgId=GLOBAL に移動します。Chrome や Firefox などの他のブラウザでリンクをお試しください。
Internet Explorer がリンクにアクセスできないが、他のブラウザがアクセスできない場合は、Internet Explorer の設定をチェックし、[TLS 1.1] および [1.2] チェックボックスをオンにします。(Internet Explorer で TLS を有効にする手順を使用します。)

サインインプロンプトが表示されます

問題

ユーザ名とパスワードを入力して認証を渡すように要求するプロンプトが表示されます。

考えられる原因

対処方法

サインインポップアップウィンドウが表示されたら、セキュリティを渡すための正しい認証を持つ有効なアカウントを提供する必要があります。

リモートサーバーに接続できません

問題

通常の操作中に、「リモートサーバーに接続できません」というエラーメッセージが表示されます。

考えられる原因

プロキシの問題を解決する必要がある問題がある可能性があります。

対処方法

トラブルシューティングの詳細については、「サービスアカウントサインインの問題をトラブルシューティング」を参照してください。

コネクタを登録できません

問題

「コネクタを登録できません。一般的な例外が発生しました」。

考えられる原因

ほとんどの場合、問題は、Directory Connector が LDAP ルートコンテキストに接続する権限を持っていないためです。

対処方法

以下の作業を行います。

コマンドプロンプト (cmd) を実行し、ldp.exe を入力します。
[接続] > [バインド] をクリックし、[現在ログインしているユーザーとしてバインド] を選択し、[OK] をクリックします。
[表示] > [ツリー] をクリックし、BaseDN として [DC=arbonneintl,DC=ad] を入力し、[OK] をクリックします。
問題が継続する場合、サポートでケースを開きます。

同期

アバターが同期されていません

問題

Cisco Directory Connector がユーザー AD データを Webex クラウドに同期しました。ただし、正常に同期されたアバターデータはありません。

考えられる原因

対処方法

次の手順に従って、ローカルキャッシュを削除します。

C:\Program Files (x86)\Cisco Systems\Cisco Directory Connector\Plugins\ に移動します。
DirSyncPluginAvatar.dll-cache.bin を削除します。
Cisco Directory Connector からアバターの同期を再実行します。

競合するユーザーメールアカウント

問題

同期結果に競合するユーザーメールアカウントが表示される場合があります。

ユーザーが Webex アプリの無料バージョンを試した場合、メールアドレスは無料コンシューマー組織内に存在します。
ユーザーのメールが別の組織で同期されたことがない場合。
ユーザーのメールが組織に属する複数のドメインに存在する場合。

対処方法

以下の作業を行います。

ユーザーを要求する場合は、次の手順に従います。
1. Control Hub でドメインを確認済みしていることを確認します。
2. Cisco Directory Connector を一時的に無効にします。
3. Control Hub の [ユーザーの要求] オプションを使用して、無料の消費者組織に存在する可能性があるアカウントを申請します。詳細については、「ユーザーを組織に要求する (ユーザーの変換) 」を参照してください。
4. Cisco Directory Connector でドライランを実行し、ディレクトリ同期を再度有効にします
最後のケースでは、Active Directory ソースのユーザーデータをダブルチェックします。

非アクティブとしてマークされた変換ユーザー

問題

考えられる原因

対処方法

増分同期が失敗する

問題

増分同期に失敗しました。

この問題は、次の条件で Windows Server 2008 R2 で発生する場合があります。

増分値の更新をサポートします。
使用するフィルタは、リンクされた値属性を参照します。
その属性の結果値は、前回完全な同期が実行されてから更新されました。

対処方法

属性の値が無効です

問題

[user dn dn (distinguished name)] では、属性 [attribute name] が以下の無効な値 [attribute value] を持ちます。

考えられる原因

CN=b,OU=Employees,OU=C Users,DC=c,DC=com の場合、属性 [電話番号] には次の無効な値があります。+ この属性は少なくとも 1 つの番号を含む必要があります。

対処方法

このユーザーの属性には、有効な値がありません。警告メッセージの記述に従ってこの値を修正してください。再度同期を行います。

削除される一致したユーザー

問題

一致したユーザーは削除対象としてマークされます。

対処方法

適切な修正を選択します。

ユーザーを削除してライセンスを再実行しても問題ない場合は、修正のために Directory Connector を使用できます。同期を実行してユーザーを削除し、別の同期を実行してオンプレミス AD からクラウドにユーザーを同期します。
ユーザーアカウントを削除して再作成できない場合は、サポートでケースを開きます。

属性がありません

問題

考えられる原因

対処方法

ユーザー [user_email_address] に必要な属性の 1 つがありません。そのユーザーに必要な値を提供してください。

ネストされたグループが同期されません

問題

ネストされた Active Directory グループのユーザーは、クラウドに適切に同期されません。

考えられる原因

対処方法

ユーザー名の競合

問題

既存のクラウド入力オブジェクトの [user dn] と以下の名前に命名の競合が発生しています。[user email address]、およびユーザータイプ [user_type]。

考えられる原因

そのメールアドレスを使用するユーザーはすでに Control Hub に存在しています。

対処方法

Control Hub を通じて登録したアカウントと同じメールアドレスを使用して、Active Directory にユーザーを作成します。

Control Hub

Control Hub でユーザーリストが見つかりません

問題

1,000 人以上の同期済みユーザーを持つ Webex 組織がある場合、Control Hub にユーザーリストが表示されない場合があります。

対処方法

グループは Control Hub に同期されません

問題

ディレクトリグループのユーザーは、Control Hub に適切に同期されません。

考えられる原因

グループは Active Directory で isCriticalSystemObject としてタグ付けされません。

対処方法

Active Directory で属性 isCriticalSystemObject が TRUE に設定されていることを確認してください。

Directory Connector のトラブルシューティングを有効化する

ログファイル: \Cisco Systems\Cisco Systems\Cisco Directory Connector\Logs

1	`services.msc` ファイルを実行して、Directory Connector サービスの実行中のアカウントをローカルシステムから AD DS または AD LDS にアクセスする権限を持つドメインアカウントに変更します。
2	サービスを再開します。詳細については、サービスの開始方法を参照してください。
3	Directory Connector で、[ダッシュボード] をクリックします。
4	[アクション] に移動し、[ユーティリティ] > [トラブルシューティング] をクリックします。
5	トラブルシューティングが有効になると、エラーの原因となったアクションが繰り返されます。これによって、検査のためのトラフィックデータを取得することができます。
6	ログファイルを確認します。ファイルが空白の場合、アカウントに AD DS ないしは AD LDS にアクセスする権利があるかどうかを確認します。ログフォルダーは過去 3 日間のファイルのみを保存します。ログファイルのコンテンツは、システムへのイベントログ出力と一致しています。
7	必要に応じて、ログファイルをサポートに送信してアシスタンスを依頼してください。
8	完了後は、トラブルシューティング機能を無効にしてください。

関連情報

イベントビュアーを開始

完全もしくは増加同期中に発生したイベントを確認するには、イベントビューを開始します。管理イベントとエラーログの概要が表示されます。

1	Directory Connector から [ダッシュボード] に移動し、[アクション] > [イベントビューアの起動] をクリックします。イベントプロパティダイアログでは、同期イベント詳細およびエラー詳細を表示します。
2	イベントビューアから、[アプリケーションとサービスのログ] > [Cisco Directory Connector] に移動します。
3	[アクション] の下で、[すべてのイベントに名前を付けて保存] をクリックして、すべてのログを 1 つの Events ファイル (*.evtx)、または xml や csv などの別の形式としてエクスポートします。

次に行うこと

ケースを開く必要がある場合は、サポートに連絡し、コネクタの問題を説明し、ケースに Events ファイルを添付してください。

Internet Explorer で TLS を有効にする

シングルサインオン (SSO) プロバイダーを切り替えると、Cisco ディレクトリコネクタから次のエラーメッセージが表示される場合があります。

サービスへのログオンでエラーが発生しました
このページのスクリプトでエラーが発生しました

これらのエラーが表示された場合は、ブラウザで TLS 設定を有効にする必要があります。

1	Internet Explorer を開き、[ツール] を選択します。今すぐ有効にする TLS/SSL バージョンのボックスをオンにします [OK] をクリックしますブラウザを閉じて、再度開きます
2	[インターネットオプション] をクリックし、[詳細] に進み、[セキュリティ] までスクロールします。
3	[TLS 1.1 を使用する] および [TLS 1.2 を使用する] チェックボックスをオンにして、[OK] をクリックします。
4	変更を有効にするには、システムを再起動してください。

サービスアカウントのサインインの問題をトラブルシューティングする

ウェブブラウザーの https://cloudconnector.webex.com/SynchronizationService-v1_0/?orgId=GLOBAL に行きます。

結果によりますが、1 つを選択します。

ブラウザーからリンクに行けない場合、ネットワーク設定を確認してください。環境がプロキシを使用している場合、プロキシ設定を確認してください。
ブラウザからリンクにアクセスできますが、Cisco Directory Connector を開くことができない場合 (コネクタを開くことができず、407 でポップアップエラーメッセージ)、ここをクリックして Cisco Directory Connector の最新バージョンを入手してください。
ブラウザからリンクにアクセスできますが、Cisco ディレクトリコネクタから同期を実行できない場合は、サービスログインアカウントをドメイン管理者に変更してください。

Windows システムへのサインインに使用したアカウントが、「Cisco DirSync Service」で設定したアカウントと同じかどうかを確認します。2 つの異なるアカウントの場合、両方のアカウントが https://cloudconnector.webex.com/SynchronizationService-v1_0/?orgId=GLOBAL にアクセスできることを確認してください。お使いの環境がプロキシを使用している場合、両方のアカウントが Internet Explorer でプロキシに設定されており、https://cloudconnector.webex.com/SynchronizationService-v1_0/?orgId=GLOBAL 正常にアクセスできることを確認してください。

関連情報

Windows レジストリで SafeDllSearchMode を確認する

通常、SafeDllSearchMode が有効になっていますが、レジストリ設定をダブルチェックするには、この手順を使用します。

開始する前に

Windowsレジストリへの変更は、極端な注意が必要です。これらの手順を使用する前に、レジストリのバックアップを作成することをお勧めします。

Windows 検索または [実行] ウィンドウで、regedit と入力し、Enter を押します。

[HKEY_LOCAL_MACHINE\System\CurrentControlSet\Control\Session Manager] に移動します。

1 つを選択します。

SafeDllSearchMode がリストされていません - これ以上のアクションは必要ありません。
SafeDllSearchMode がリストされている—値が 1 に設定されていることを確認します。

詳細については、「ダイナミックリンクライブラリの検索順序」を参照してください。

Cisco Directory Connector の概要

ディレクトリコネクタの概要

表のすべての機能、説明、利点を参照します。

機能	説明と利点
使いやすいダッシュボード	ダッシュボードは、同期スケジュールの概要と、同期の状況、Directory Connector のステータスを提供します。サインインしていつでもダッシュボードを表示できます。
クラウドに同期する前にドライランを行う	クラウドに実装する前に、ディレクトリへの変更のドライランを実行します。レポートを実行し、望む変更が期待するものであるか確認します。
完全および増加同期	ディレクトリ全体を同期します。または増加変更のみを同期し、処理電源に保存して、同期時間を短くします。
複数のドメイン (単一フォレストまたは複数のフォレスト) を同期します	Directory Connector は、単一のフォレスト、または複数のフォレスト (AD LDS を必要としない) のどちらかで複数のドメインをサポートします。複数の Active Directory ドメインを持つ企業の場合、各ドメインに Directory Connector をインストールし、各ドメインを組織にバインドし、各ユーザーベースを Webex に同期できます。Control Hub は、複数の Directory Connector の同期状態を表示することで、ステータスを反映し、特定のドメインの同期をオフにし、高可用性展開で Directory Connector を非アクティブ化できます。
スケジュールされた同期	日、時間、分で同期のスケジュールを設定できます。
Lightweight フィルター Access Protocol (LDAP) フィルター	LDAP 検索条件を定義し、効率的なインポートを提供します。
Active Directory 属性マッピング	Microsoft Active Directory の属性を対応する Webex クラウド属性にマッピングします。Active Directory の設定に関連する属性をマッピングしたり、クラウドにマッピングするカスタム属性を定義したりできます。プレミスからの属性は、ユーザーアカウント情報、Webex Teams の電話番号、会議室リソースの SIP アドレス、その他のユーザー連絡先カードデータ (役職、部署、マネージャなど) など、クラウド内のさまざまなデータをフォームします。
オンプレミスの会議室リソースと Webex ライセンスのない Cisco Webex Calling (Cloud PSTN) ユーザーおよびエンタープライズの連絡先の企業ディレクトリ	組織の一部が通話サービスに Cisco Webex Calling クラウド PSTN を使用している場合、またはオンプレミスの会議室デバイスを使用している場合、この機能により、ユーザーは Cisco Webex Calling (クラウド PSTN) 電話または会議室リソースからエンタープライズ連絡先のディレクトリを検索できます。会議室リソース会議室情報を同期した後で、設定され、マップされた SIP アドレスをもつオンプレミス会議室デバイスは、Cisco Webex 会議室デバイスまたは Cisco Webex Board などのクラウド登録された会議室デバイスの検索可能なエントリとして表示されます。ユーザーが Cisco Webex Room デバイスまたは Cisco Webex Board で検索すると、SIP アドレスで設定された同期された会議室エントリが表示されます。エントリの Webex デバイスからコールを発信すると、コールはルームに設定された SIP アドレスに発信されます。通話ユーザーは Webex アプリの連絡先に加えて、エンタープライズの連絡先に発信できます。Directory Connector を通じて、エンタープライズユーザーとその電話番号が Webex 組織に追加されます。この機能を動作させるために、Webex サービスのライセンスを取得する必要はありません。 Webex のライセンスを持っていないユーザーは、Directory Connector を通じて Webex に同期された URI または電話番号がある場合、Cisco Webex Calling ユーザーの電話から実行されるディレクトリ検索に表示されます。通話機能は、両方のタイプのユーザーに対して同様に動作します。この機能はまた、電話番号のみの連絡先に対するダイヤルの編集機能も提供します。連絡先の検索結果: 連絡先にダイヤル可能な URI (Webex SIP アドレス) と電話番号がある場合、連絡先に関連付けられた URI が表示されます。連絡先にダイヤル可能な URI がないが、電話番号がある場合、電話番号が表示されます。それらにも、ダイヤル編集用のソフトキーがあります。連絡先にいずれもない場合、それらはディレクトリに表示されません。
イベントビューアー	イベントビューアーを使用して、同期に問題があるか確認します。
診断ツールとトラブルシューティング	内蔵の診断ツールを使用して、Cisco Directory Connector の展開のトラブルシューティングを行うことができます。同期が正しく機能しなかった場合は、設定またはネットワークエラーが発生する可能性があります。このツールは、サポートに連絡する前にエラーを診断できるように、Active Directory への接続をテストします。 Directory Connector でトラブルシューティングを有効にすると、ログが書き込まれてテクニカルサポートに送信されます。
自動アップグレード	Directory Connector をインストールした後、新しいソフトウェアのバージョンが利用可能になると通知が送信されます。新しいバージョンがリリースされたときに、常に最新バージョンのソフトウェアを使用できるように自動アップグレードを設定できます。
高可用性	メインのコネクタやマシンのホスティングがダウンした場合のために、バックアップを作成するため、複数のコネクタを構成します。

Directory Connector は、三つの領域に分けられます:

Control Hub は、Webex 組織のあらゆる面を管理できる単一のインターフェイスです。ユーザーがエンタープライズ ID プロバイダを通して認証し、Webex アプリの招待メールを送信しない場合は、ユーザーを表示、ライセンスの割り当て、Directory Connector のダウンロード、シングルサインオン (SSO) の設定を行います。
Directory Connector 管理インターフェイス は、Control Hub からダウンロードし、信頼できる Windows サーバーにインストールするソフトウェアです。複数のアクティブディレクトリドメインについて、同期する各ドメインにソフトウェアのインスタントを 1 つインストールできます。ソフトウェアを使用して、同期を実行して、Active Directory ユーザーアカウントを Webex に持ち込み、同期ステータスを表示および監視し、Directory Connector サービスを設定することができます。
ディレクトリ同期サービス は、Active Directory をクエリして、同期するユーザーとグループをコネクタサービスと Directory Connector に取得します。

Directory Connector アーキテクチャを理解するには、次の図を参照してください。

Directory Connector のための環境の準備

Directory Connector の要件

Windows および Active Directory の要件

次のサポートされている Windows サーバーに Directory Connector をインストールできます。

Windows サーバー 2022
Windows Server 2019
Windows Server 2016

Directory Connector は、次の Active Directory サービスでサポートされています。

Active Directory 2016 年

（Directory Connector は、Windows Server 2019 で最新バージョンの Active Directory を使用する場合にサポートされます）
Active Directory 2012 年
Active Directory 2008 R2
Active Directory 2008 年

次の追加要件に注意してください。

Directory Connector には TLS1.2 が必要です。以下をインストールする必要があります。
- .NET Framework v3.5 (Directory Connector アプリケーションに必要です。問題が発生した場合は、「ロールと機能の追加ウィザードを使用して .NET Framework 3.5 を有効にする」の手順を使用します。)
- .NET Framework v.4.5 (TLS1.2 に必要)
アクティブディレクトリ forest 機能レベル 2 (Windows Server 2003) またはそれ以降が必要です。(詳細については、「アクティブディレクトリの機能レベルとは?」を参照してください。)

ハードウェアの要件

次の最小ハードウェア要件を持つコンピュータに Directory Connector をインストールする必要があります。

8 GB の RAM
50 GB のストレージ
CPU の最低条件はありません

ネットワーク要件

ネットワークがファイアウォールの背後にある場合は、システムでインターネットへの HTTPS (ポート 443) アクセスがあることを確認してください。

Webex 組織の要件

Control Hub から Directory Connector ソフトウェアにアクセスするには、トライアルまたは有料サブスクリプションを持つ Webex 組織が必要です。
(オプション) 新しい Webex アプリのユーザーアカウントを初めてサインインする前にアクティブにする場合は、次の操作を行うことを推奨します。
- クラウドに同期するユーザーのメールアドレスを含むドメインの追加、検証、およびオプションで要求します。
- ID プロバイダー (IdP) と Webex 組織のシングルサインオン (SSO) インテグレーションを行います。
- 自動招待メールを抑制することで、新規ユーザーが自動招待メールを受信しなくなり、独自のメールキャンペーンを行うことができます。(この機能は SSO インテグレーションが必要です。)

詳細については、「Control Hub のユーザーステータスとアクション」を参照してください。

インストール要件

複数のドメイン環境 (単一フォレストまたは複数のフォレストのいずれか) については、各 Active Directory ドメインに 1 つの Directory Connector をインストールする必要があります。別の既存ドメイン (A) の同期したユーザーデータを保持している間、新しいドメイン (B) を同期する場合、サポートされている別の Windows サーバーを持ち、ドメイン (B) 同期に Directory Connector をインストールします。
コネクタにサインインするには、Active Directory の管理アカウントは必要ありません。Control Hub のフル管理者アカウントと同じユーザーであるローカルユーザーアカウントが必要です。

このローカルユーザは、ドメインコントローラに接続し、Active Directory ユーザオブジェクトを読み取るために、その Windows マシン上の権限を持っている必要があります。マシンログインアカウントは、ローカルマシンにソフトウェアをインストールする権限を持つコンピュータ管理者である必要があります。（この情報は、仮想マシンのログインにも適用されます）。
コネクタにサインインする際に、サインインアカウントは Control Hub のフル管理者アカウントと同じである必要があります。デフォルトでは、コネクタはローカルシステムアカウントを使用して Active Directory にアクセスします。ただし、Windows サービスを使用して、Active Directory にアクセスするための別のアカウントを設定することができます。（この情報は、仮想マシンのログインにも適用されます）。
次の手順を使用して、Windows Safe ダイナミックリンクライブラリ（DLL）検索モードが有効になっていることを確認します。Windows レジストリで SafeDllSearchMode を確認します。
1 つのフォレストで複数のドメインに AD LDS を使用する場合は、Directory Connector および Active Directory ドメインサービス/Active Directory ライトウェイトディレクトリサービス（AD DS/AD LDS）を別のマシンにインストールすることを推奨します。

複数のドメインの要件

各ドメインには、Directory Connector の個別のインスタンスが必要です。
Directory Connector ソフトウェアは、同期するのと同じドメインにあるホスト上で実行する必要があります。
Control Hub でドメインを確認または要求することをおすすめします。(「ドメインの追加、検証、要求」を参照してください。)
50 を超えるドメインを同期する場合は、組織を大規模な組織リストに移動させるために、チケットを開く必要があります。
必要に応じて、ルームリソース情報をユーザーアカウントと同期できます。(「オンプレミスの会議室情報を Webex Cloud に同期する」を参照してください)。

自動ライセンス割り当てに関する Active Directory グループの推奨事項

Active Directory には 2 種類のグループがあります。

配信グループ: メール配信リストを作成するために使用されます。
セキュリティグループ: 共有リソースに権限を割り当てるために使用されます。

Active Directory でグループを作成する際には、次のガイドラインを考慮してください。

各役割、部署、サービス (セールス、マーケティング、マネージャー、会計士、Webex ライセンスなど) に対してグローバルグループを作成します。
組織全体の標準命名規則を使用して、グループに関する重要な情報を簡単に識別できるようにします。グループ名には、アクセスレベル、リソースタイプ、セキュリティレベル、グループスコープ、メール機能など、グループに関する詳細を含めることができます。たとえば、グループ名「GSG_Webex_Licensing_EMEAR」は、Webex ライセンス EMEAR ユーザーのグローバルセキュリティグループを指します。
地理や管理階層など、わかりやすい方法でグループを整理します。グループの説明を使用して、グループの目的を完全に説明します。
新しくプロビジョニングされたグループにユーザーを追加する前に、それらのグループの自動ライセンスグループテンプレートを Control Hub で定義します。詳細については、「自動ライセンス割り当てテンプレートを設定する」を参照してください。

サイズ情報

同期の速度に影響を与える要因はいくつかあります。

Active Directory オブジェクトの合計数。(5000 人のユーザー同期ジョブは 50,000 件までかかります。)
ネットワーク速度と帯域幅。
システムのワークロードと仕様。

50,000 人を超えるユーザを同期している場合は、フェールオーバーと冗長性のために 2 番目のコネクタを使用することを強く推奨します。

Windows レジストリで SafeDllSearchMode を確認する

通常、SafeDllSearchMode が有効になっていますが、レジストリ設定をダブルチェックするには、この手順を使用します。

開始する前に

Windowsレジストリへの変更は、極端な注意が必要です。これらの手順を使用する前に、レジストリのバックアップを作成することをお勧めします。

Windows 検索または [実行] ウィンドウで、regedit と入力し、Enter を押します。

[HKEY_LOCAL_MACHINE\System\CurrentControlSet\Control\Session Manager] に移動します。

1 つを選択します。

SafeDllSearchMode がリストされていません - これ以上のアクションは必要ありません。
SafeDllSearchMode がリストされている—値が 1 に設定されていることを確認します。

詳細については、「ダイナミックリンクライブラリの検索順序」を参照してください。

ウェブプロキシの統合

ウェブプロキシ認証がご使用中の環境で有効化された場合、 Directory Connectorはまだご使用になれます。

組織で透過ウェブプロキシを使用している場合、認証はサポートされません。コネクタはユーザーを正常に接続し、同期します。

以下のいずれか 1 つのアプローチを選択することができます。

Internet Explorer 経由の明示的なウェブプロキシ (コネクタはウェブプロキシ設定を引き継ぎます)
.pac ファイルを介した明示的なウェブプロキシ (コネクタはエンタープライズ固有のプロキシ設定を継承します)
変更なしでコネクタで動作する透過型プロキシ

ブラウザーを通じてウェブプロキシを使用する

Internet Explorer 経由で Web プロキシを使用するようにディレクトリコネクタを設定できます。

1	Internet Explorer から、[インターネットオプション] に移動して、[接続] をクリックして、[LAN の設定] を選択します。
2	コネクタがウェブプロキシにインストールされている Windows インスタンスを指します。コネクタはこれらの Web プロキシ設定を継承します。
3	プロキシ認証を使用している環境の場合、以下の URL を許可リストに追加してください。同期のための cloudconnector.webex.com 。認証用の idbroker.webex.com 。フォント、js コンポーネントなどの静的リソースを提供する idbroker-static.webex.com 。これは、サイト全体 (すべての主催者) またはコネクタを持つホストのみに対して実行できます。これらの URL を許可リストに追加してウェブプロキシを完全にバイパスする場合は、ファイアウォール ACL テーブルが更新され、コネクタホストが URL に直接アクセスすることを許可するようにしてください。
4	環境が認証局から証明書失効リストをリクエストする必要がある場合は、次の URL を許可リストに追加します。 .quovadisglobal.com .digicert.com .godaddy.com .identrust.com *.lencr.org 詳細については、Webex サービスにアクセスする必要があるドメインと URL に関する記事を参照してください。

PAC ファイルを通じてウェブプロキシを構成する

プロキシ認証を使用している環境の場合、以下の URL を許可リストに追加してください。

同期のための cloudconnector.webex.com 。
認証用の idbroker.webex.com 。
フォント、js コンポーネントなどの静的リソースを提供する idbroker-static.webex.com 。

これは、サイト全体 (すべての主催者) またはコネクタを持つホストのみに対して実行できます。

環境が認証局から証明書失効リストをリクエストする必要がある場合は、次の URL を許可リストに追加します。

*.quovadisglobal.com
*.digicert.com
*.godaddy.com
*.identrust.com
*.lencr.org

詳細については、Webex サービスにアクセスする必要があるドメインと URL に関する記事を参照してください。

NTLM プロキシ

NTLM デザイン

一般的に、NTLM の技術的な設計は、チャレンジと応答のメカニズムに基づいています。

ユーザは Windows アカウントとパスワードを使用してクライアント PC にサインインします。パスワードはローカルに保存されません。プレーンテキストパスワードの代わりに、パスワードのハッシュ値がローカルに保存されます。ユーザがパスワードを通じてクライアントにサインインすると、Windows OS は入力パスワードから保存されたハッシュ値とハッシュ値を比較します。両方が同じ場合、認証はパスされます。

ユーザが別のサーバのリソースにアクセスする場合、クライアントはアカウント名でプレーンテキストで要求を送信します。
サーバがリクエストを受信すると、サーバは 16 ビットランダムキーを生成します。キーは Challenge（または Nonce）と呼ばれます。サーバがクライアントに戻す前に、チャレンジはサーバに保存されます。その後、サーバーはプレーンテキストでクライアントにチャレンジを送信します。
クライアントがサーバから送信されたチャレンジを受信するとすぐに、クライアントはステップ 1 で言及されたハッシュ値でチャレンジを暗号化します。暗号化後、値はサーバに返されます。
サーバがクライアントから暗号化された値を受信すると、サーバは検証のためにドメインコントローラに送信します。リクエストには次のものが含まれます。アカウント名、クライアントが送信した暗号化されたチャレンジ、および元のプレーンチャレンジ。
ドメインコントローラは、アカウント名に応じてパスワードのハッシュ値を取得できます。そして、ドメインコントローラは、元のチャレンジで暗号化できます。次に、ドマンコントローラーは、受信したハッシュ値と暗号化されたハッシュ値と比較できます。同じ場合、検証は成功します。

トランスパレントプロキシを構成する

1	コネクタがユーザに接続して同期できるように、透過プロキシを展開します。
2	プロキシが成功したことを確認します。コネクタの起動時にブラウザ認証ポップアップウィンドウが期待されます。

プロキシ認証の設定

アクセスコントロールリストを作成して、許可リストに URL cloudconnector.webex.com を追加します。

エンタープライズファイヤーウォールサーバー上の場合:

1	DNS 検索が有効になっていない場合、有効にします。
2	この接続の推定帯域幅を決定します (コネクタでは約 2 mb/秒以下)。この限りでは無いことがあります。
3	アクセスコントロールリストを作成してコネクタホストに適用し、許可リストに追加するターゲットとして `cloudconnector.webex.com` を指定します。たとえば、次のようなものです。 `access-list 2000 acl-inside extended permit TCP [コネクタの IP] cloudconnector.webex.com eq https`
4	この ACL を、この単一コネクタホストにのみ適用可能な適切なファイアウォールインターフェイスに適用します。
5	所属のエンタープライズに残っているホストが、適切な暗示された拒否ステートメントを設定することで、ウェブプロキシの使用がまだ義務付けられていることを確認します。

Directory Connector を展開する

Cisco Directory Connector の展開タスクフロー

始める前に

1	Directory Connector のインストール Control Hub には、最初にディレクトリ同期が無効として表示されます。組織のディレクトリ同期をオンにするには、Directory Connector をインストールして構成してから、完全な同期を正常に実行する必要があります。 Directory Connector の新規インストールについては、常に Control Hub (https://admin.webex.com) に移動してソフトウェアの最新バージョンを入手し、最新の機能とバグ修正を使用できるようにしてください。ソフトウェアのインストール後、ソフトウェアを通じてアップグレードが報告され、利用可能になったら自動的にインストールされます。
2	Directory Connector にサインイン Webex 管理者資格情報でサインインし、初期設定を実行します。
3	自動アップグレードの設定 Directory Connector ソフトウェアを最新バージョンに常に最新の状態に保つことが重要です。この手順を使用して、ソフトウェアが利用可能になったときにサイレントにインストールされるようにすることを推奨します。
4	同期する Active Directory オブジェクトの選択デフォルトでは、Directory Connector はコンピュータではないすべてのユーザーと、ドメインの重要なシステムオブジェクトではないすべてのグループを同期します。同期されるオブジェクトをより詳細に制御するには、Directory Connector の [オブジェクトの選択] ページを使用して、同期する特定のユーザを選択して LDAP フィルタを指定できます。
5	ユーザー属性をマッピングローカルの Active Directory の属性をクラウド内の対応する属性にマッピングできます。唯一の必須フィールドは *uid です。
6	次のいずれかの手順を使用して、ディレクトリアバターを同期します。 Active Directory 属性からクラウドにディレクトリアバターを同期するリソースサーバーからクラウドにディレクトリアバターを同期するユーザーのアバターをクラウドに同期することで、各ユーザーのアバターがアプリケーションにサインインしたときに表示されます。 Active Directory 属性またはリソースサーバからアバターを同期できます。
7	オンプレミスの会議室情報を Webex Cloud に同期するこの手順を使用して、Active Directory から Webex クラウドにオンプレミスの会議室情報を同期します。会議室情報を同期すると、構成され、マッピングされた SIP アドレスを持つオンプレミスの会議室デバイスは、Webex Room デバイスまたは Cisco Webex Board などのクラウド登録された会議室デバイスで検索可能なエントリとして表示されます。
8	Active Directory から Control Hub にユーザーをプロビジョニングするには、次の手順を実行します。 Active Directory ユーザーでドライラン同期を実行するクラウドへの Active Directory ユーザーの完全な同期を行う Control Hub のディレクトリ同期済みユーザーに Webex サービスを割り当てるこの手順に従って、Webex アプリアカウントの Active Directory ユーザーをプロビジョニングします。Directory Connector 3.0 以降のために、複数のフォレストまたは複数のドメインの Active Directory 展開からユーザーをプロビジョニングできます。異なるドメインのユーザーをオンボードするプロセス中に、Webex クラウドにすでに存在するユーザーオブジェクトを保持または削除するかどうかを決定する必要があります。たとえば、トライアルからアカウントをテストします。目標は、アクティブディレクトリと Webex クラウドの間で完全に一致することです。

Directory Connector のインストール

始める前に

プロキシサーバを通じて認証する場合は、次のプロキシクレデンシャルがあることを確認します。

プロキシ基本認証の場合、コネクタのインスタンスをインストールした後でユーザ名とパスワードを入力します。基本認証には Internet Explorer プロキシ設定も必要です。ブラウザから Web プロキシを使用するを参照してください。
プロキシ NTLM の場合、初めてコネクタを開くと、エラーが発生する場合があります。「ブラウザ経由で Web プロキシを使用する」を参照してください。

1	Control Hub で、[ユーザー] > [ユーザーの管理] > [ディレクトリ同期を有効にする] に移動し、[次へ] を選択します。
2	[ダウンロードとインストール] リンクをクリックして、コネクタのインストール .zip ファイルの最新バージョンを VMware または Windows サーバーに保存します。 .zip ファイルをこのリンクから直接取得できますが、このソフトウェアが機能するには、Control Hub 組織への完全な管理アクセス権が必要です。新しいインストールについては、最新の機能とバグ修正を使用できるように、ソフトウェアの最新バージョンを取得してください。ソフトウェアのインストール後、ソフトウェアを通じてアップグレードが報告され、利用可能になったら自動的にインストールされます。
3	VMware または Windows サーバーで、セットアップフォルダで .msi ファイルを解凍して実行し、セットアップウィザードを起動します。
4	[次へ] をクリックし、ボックスにチェックを入れてライセンス契約に同意し、アカウントタイプの画面が表示されるまで [次へ] をクリックします。
5	使用するサービスアカウントのタイプを選択し、管理者アカウントでインストールを実行します。ローカルシステム—デフォルトオプションです。 Internet Explorer を使用してプロキシを設定している場合は、このオプションを使用できます。ドメインアカウント: コンピューターがドメインの一部である場合は、このオプションを使用します。 Directory Connector は、ドメインリソースにアクセスするために、ネットワークサービスと対話する必要があります。アカウント情報を入力し、[OK] をクリックします。ユーザー名を入力する場合は、`{domain}\{user_name} の形式を使用してください。` AD (NTLMv2 または Kerberos) と統合するプロキシの場合、ドメインアカウントオプションを使用する必要があります。 Directory Connector サービスを実行するために使用されるアカウントは、プロキシを渡し、AD にアクセスするのに十分な権限を持っている必要があります。エラーを回避するために、次の権限が設定されていることを確認してください。サーバーはドメインの一部ですドメインアカウントは、オンプレミス AD データとアバターデータにアクセスできます。アカウントは `C:\Program Files` の下のファイルにアクセスする必要があるため、ローカル管理者の役割も持つ必要があります。仮想マシンログインの場合、管理アカウント権限は少なくともドメイン情報を読み取ることができなければなりません。
6	[インストール] をクリックします。ネットワークテストの実行後、プロンプトが表示されたら、プロキシ基本資格情報を入力し、[OK] をクリックし、[完了] をクリックします。

次に行うこと

Directory Connector にサインイン

始める前に

プロキシの資格情報を持っていることを確認します。

プロキシ基本認証の場合、初めてコネクタを開いた後でユーザー名とパスワードを入力します。
プロキシ NTLM の場合は、Internet Explorer を開き、歯車アイコンをクリックし、[インターネットオプション] > [接続] > [LAN 設定] に進み、プロキシサーバー情報が追加されていることを確認し、[OK] をクリックします。「ブラウザ経由で Web プロキシを使用する」を参照してください。

1	コネクタを開き、プロンプトが表示されたら、`https://idbroker.webex.com` を信頼できるサイトのリストに追加します。
2	プロンプトが表示されたら、プロキシ認証資格情報でサインインし、管理アカウントを使用して Webex にサインインし、[次へ] をクリックします。
3	組織とドメインを確認します。 [AD DS] を選択した場合、[LDAP over SSL] をチェックして、セキュアな LDAP (LDAPS) を接続プロトコルとして使用し、同期するドメインを選択し、[確認] をクリックします。 [LDAP over SSL] をオンにしない場合、DirSync は引き続き LDAP 接続プロトコルを使用します。 LDAP (Lightweight Directory Application Protocol) および Secure LDAP (LDAPS) は、アプリケーションとインフラストラクチャ内のドメインコントローラの間で使用される接続プロトコルです。 LDAPS 通信は暗号化され、安全です。 [AD LDS] を選択した場合、ホスト、ドメイン、ポートを入力し、[更新] をクリックしてすべてのアプリケーションパーティションを読み込みます。次に、ドロップダウンリストからパーティションを選択し、[確認] をクリックします。詳細については、AD LDS のセクションを参照してください。 CloudConnectorCommon.dll 構成ファイルで、ADAuthLevel 設定を appSetting ノードに追加していることを確認します。値は 1、2、または 3 にすることができます。 AuthenticationTypes の詳細については、Microsoft からのこの記事を参照してください。値が 1 を持つ設定の例を次に示します。 `<appSettings> <add key=”ConnectorServiceURI” value="https://cloudconnector.webex.com/SynchronizationService-v1_0/?orgId=GLOBAL" /> <ADD KEY="ADAuthLevel" value="1" /> </appSettings>`
4	[組織の確認] 画面が表示されたら、[確認] をクリックします。すでに AD DS/AD LDS にバインドしている場合は、[組織の確認] 画面が表示されます。
5	[確認] をクリックします。
6	Directory Connector にバインドする Active Directory ドメインの数に応じて、1 つを選択します。 AD LDS である単一のドメインがある場合、既存の AD LDS ソースにバインドし、[確認] をクリックします。 AD DS である単一のドメインがある場合、既存のドメインまたは新しいドメインにバインドします。 [新しいドメインにバインド] を選択した場合は、[次へ] をクリックします。既存のソースタイプが AD DS であるため、新しいバインディングに AD LDS を選択することはできません。複数のドメインがある場合は、リストから既存のドメインを選択するか、[新しいドメインにバインド] を選択し、[次へ] をクリックします。複数のドメインを持っているため、既存のソースタイプは AD DS である必要があります。 [新しいドメインにバインド] を選択し、[次へ] をクリックすると、新しいバインディングに [AD LDS] を選択することはできません。

次に行うこと

サインインすると、ドライラン同期を実行するようにプロンプトが表示されます。

Directory Connector ダッシュボード

セッションがタイムアウトした場合は、サインインし直してください。

これらのタスクは、[アクション] ツールバーまたは [アクション] メニューから簡単に実行できます。

表1。ダッシュボードコンポーネント
コンポーネント	説明
現在の同期	現在進行中の同期に関するステータス情報を表示します。同期が実行されていない場合、ステータスの表示はアイドル状態になります。
次の同期	次にスケジュールされた完全同期と増分同期を表示します。スケジュールが設定されていない場合、[スケジュールされていません] が表示されます。
最後の同期	最後に実行された 2 つの同期のステータスを表示します。
現在の同期ステータス	同期の全体的なステータスを表示します。
コネクタ	クラウドで使用可能な現在のオンプレミスコネクタを表示します。
クラウド統計	同期の全体的なステータスを表示します。
同期スケジュール	増分同期と完全同期のための同期スケジュールを表示します。
設定の概要	設定で変更した設定が一覧表示されます。たとえば、概要には以下が含まれる場合があります。すべてのオブジェクトが同期されますすべてのユーザーが同期されます削除されたしきい値は無効になっています。

表 2. アクションツールバー
アクション	説明
増分同期を開始	増分同期を手動で開始このアクションは、同期を一時停止または無効にする場合、完全な同期が完了していない場合、または同期が進行中の場合に無効になります。
ドライランの同期	ドライラン同期を実行します。
イベントビューアを起動	Microsoft イベントビューアを起動します。
更新	Cisco Directory Connector ダッシュボードを更新

表3。アクションメニューバー
アクション	説明
今すぐ同期	完全な同期をすぐに開始します。
同期モード	増分同期モードまたは完全同期モードを選択します。
コネクタシークレットをリセット	Cisco Directory Connector とコネクタサービス間の会話を確立します。このアクションを選択すると、クラウド内の秘密がリセットされ、秘密がローカルに保存されます。
ドライラン	同期プロセスのテストを実行します。完全同期を行う前に、ドライランを実行する必要があります。
トラブルシューティング	トラブルシューティングをオンまたはオフにします。
更新	Cisco Directory Connector のメイン画面を更新します。
終了	Cisco Directory Connector を終了します。

表 4YAZ設定オプションキーの組み合わせ
キーの組み合わせ	アクション
Alt + A	[アクション] メニューを表示する
`Alt + A + S`	今すぐ同期
`Alt + A + R`	コネクタシークレットをリセット
`Alt + A + D`	ドライラン
`Alt + A + S + I`	増分同期
`Alt + A + S + F`	完全同期
`Alt + H キー`	[ヘルプ] メニューを表示
`Alt + H + H`	ヘルプ
`Alt + H + A`	バージョン情報
`Alt + H + F`	よくある質問

自動アップグレードの設定

1	Directory Connector から、[構成] > [全般] に進み、[新しい Cisco Directory Connector バージョンに自動的にアップグレードする] をオンにします。
2	[適用] をクリックして変更を保存します。

コネクタの新しいバージョンは利用可能になったら自動的にインストールされます。

同期する Active Directory オブジェクトの選択

自動ライセンス割り当てのグループ

LDAP フィルタを使用して、関連するグループをクラウドに同期することのみを推奨します。たとえば、フィルタを次のように設定できます。

(&(cn=例)(objectclass=グループ))*

Directory Connector のオブジェクト選択画面

ハイブリッドデータセキュリティ展開のグループ

始める前に

1	Directory Connector から、[構成] に移動し、[オブジェクトの選択] をクリックします。
2	[オブジェクトタイプ] セクションで、[ユーザー] にチェックを入れ、ユーザーの検索可能なコンテナーの数を制限することを検討してください。たとえば、特定のグループ内のユーザーのみを同期する場合は、[ユーザー] の LDAP フィルタフィールドに LDAP フィルタを入力する必要があります。 Example-manager グループ内のユーザーを同期する場合は、次のようなフィルターを使用します。 `(&(sAMAccountName=*)(memberOf=cn=Example-manager,ou=Example,ou=Security Group,dc=会社))`
3	[会議室の識別] にチェックを入れ、会議室データをユーザーデータから分離します。ユーザーデータを会議室データとして識別するための追加の属性を設定する場合は、[カスタマイズ] をクリックします。 Active Directory から Webex クラウドにオンプレミスの会議室情報を同期する場合は、この設定を使用します。会議室情報を同期すると、構成され、マッピングされた SIP アドレスを持つオンプレミスの会議室デバイスは、クラウドに登録された会議室デバイスで検索可能なエントリとして表示されます。詳細については、「オンプレミスの会議室情報を Webex Cloud に同期する」を参照してください。
4	Active Directory ユーザーグループをクラウドに同期する場合は、[グループ] にチェックを入れます。 [グループ（Groups）] フィールドにユーザ同期の LDAP フィルタを追加しないでください。グループデータ自体をクラウドに同期するには、[グループ（Groups）] フィールドのみを使用してください。デフォルトでは、グループは新しい顧客に対して同期されません。グループ同期を有効にする必要があります。セキュリティグループも同期する必要があります。
5	ユーザーの連絡先情報をクラウドに同期する場合は、[連絡先] にチェックを入れます。 Directory Connector は、コネクタによって同期された連絡先のみを管理します。 Control Hub にすでに連絡先がある場合は、同期によって連絡先は削除されません。同期範囲から連絡先が削除された場合、ユーザーの連絡先情報も Control Hub で削除されます。
6	LDAP フィルタを設定します。有効な LDAP フィルタを提供することにより、拡張フィルタを追加できます。 LDAP フィルタの設定の詳細については、この記事を参照してください。
7	[選択] をクリックして、[同期するオンプレミスベース DN] を指定して、Active Directory のツリー構造を確認します。ここから、検索するコンテナーを選択または選択解除できます。
8	この構成に追加するオブジェクトを確認し、[選択] をクリックします。同期に使用する個別または親コンテナーを選択できます。親コンテナーを選択して、すべての子コンテナーを有効にします。子コンテナーを選択した場合、親コンテナーには、子コンテナーがチェックされたことを示すグレーのチェックマークが表示されます。次に、[選択] をクリックして、チェックした Active Directory コンテナーを受け入れることができます。組織ですべてのユーザーとグループをユーザーコンテナーに配置する場合、他のコンテナーを検索する必要はありません。組織が組織単位に分割されている場合は、必ず [OU] を選択してください。
9	[適用] をクリックします。オプションを選択します。設定変更を適用ドライランキャンセルドライランの詳細については、「Active Directory ユーザーでドライラン同期を行う」を参照してください。グループ同期では、完全同期を行う必要があります。クラウドに Active Directory ユーザーの完全な同期を行います。

ユーザー属性をマッピング

1	Directory Connector から、[構成] をクリックし、[ユーザー属性マッピング] を選択します。このページには Active Directory (左) と Webex クラウド (右) の属性名が表示されます。必須の属性はすべて赤いアスタリスクでマークされます。
2	[Active Directory 属性名] の一番下までスクロールし、これらの Active Directory 属性の 1 つを選択して、クラウド属性 uid にマッピングします。メール: ほとんどの展開でメール形式で使用されます。 userPrincipalName—メール属性が Active Directory の他の目的で使用されている場合の代替選択肢です。この属性はメール形式である必要があります。他の Active Directory 属性のいずれか uid にマッピングできますが、上記のガイドラインで説明されているように mail または userPrincipalName を使用することをお勧めします。場合によっては、userPrincipalName がサインインに使用されますが、ユーザーのメールアドレスがカレンダーを管理するために使用されます。カレンダー管理用のメールアドレスが Webex のプライマリメールアドレスフィールドにマッピングされていることを確認する必要があります。 alternative のメールアドレスとして userPrincipalName を追加します。 Active Directory のどの属性がクラウドで一致するかを確認するには、「Directory Connector の Active Directory 属性のマッピング」を参照してください。同期を動作させるには、選択する Active Directory 属性が電子メール形式であることを確認する必要があります。推奨属性の 1 つを選択しない場合は、Directory Connector にポップアップが表示されます。
3	事前に定義された Active Directory 属性が展開で機能しない場合、属性ドロップダウンをクリックし、下部までスクロールして、[属性をカスタマイズ] を選択して、属性表現を定義できるウィンドウを開きます。 [ヘルプ] をクリックして、式に関する詳細を確認し、式がどのように動作するかを確認してください。詳細については、「カスタマイズされた属性の式」を参照してください。この例では、Active Directory 属性 `givenName` と `Sn` をクラウド属性 `displayName` にマッピングします。属性式を givenName + "" + Sn として定義し (引用符は余分なスペース)、検証する既存のユーザーメールを提供します。 [確認] をクリックして、期待した結果と一致するかどうかを確認します。成功した結果は次のようになります。結果が期待通りの場合は、[OK] をクリックして新しいカスタマイズした属性を保存します。後で、displayName を変更する場合は、新しい属性式を入力することができます。 Directory Connector は、アイデンティティサービスの uid の属性値を検証し、現在のユーザーフィルターオプションで 3 人の使用可能なユーザーを取得します。これらの 3 人のユーザーのすべてに有効なメール形式がある場合、Cisco Directory Connector には次のメッセージが表示されます。属性が確認できない場合、次の警告が表示され、Active Directory に戻り、ユーザーデータを確認および修正できます。
4	(オプション) Webex アプリのユーザーの連絡先カードにモバイル番号と職場の番号を表示する場合は、モバイルとtelephoneNumber のマッピングを選択します。ユーザーが別のユーザーのプロファイル画像の上にカーソルを合わせると、電話番号のデータが Webex アプリに表示されます。ユーザーの連絡先カードからの通話の詳細については、「Webex (Unified CM) の通話展開ガイド」(管理者) を参照してください。
5	追加のマッピングを選択して、連絡先カードに表示されるデータを追加します。 `部門番号` `表示名` `マネージャー` `タイトル` 属性がマッピングされると、ユーザが別のユーザのプロファイル画像の上にカーソルを合わせると、情報が表示されます。連絡先カードの詳細については、「連絡しようとしている相手を確認する」を参照してください。これらの属性を各ユーザーアカウントに同期した後、Control Hub で People Insights をオンにすることもできます。この機能により、Webex アプリのユーザーは、プロファイルでより多くの情報を共有し、お互いについて詳しく知ることができます。機能と有効にする方法の詳細については、「Control Hub の Webex、Jabber、Webex Meetings、および Webex Events (新) の People Insights プロファイル」を参照してください。
6	選択したら、[適用] をクリックします。

削除されたユーザーは、完全に削除される前に、7 日間クラウドアイデンティティサービスに保持されます。

Active Directory とクラウドの属性

[ユーザー属性マッピング] タブを使用して、ローカルの Active Directory からクラウド内の対応する属性に属性をマッピングできます。

Active Directory の属性名	Webex クラウドの属性名	メモ
—	ビル名	—
C	C	この属性は、ユーザーの国の略称を指定します。
部門番号	部門番号	この属性は、連絡先カードとPeople Insights に表示されるユーザーの部署番号に使用されます。
表示名	表示名	この属性は、Control Hub に表示されるユーザーアカウントの表示名、連絡先カード、People Insights に使用されます。
ユーザアカウント制御	ds-pwp-account-disabled	この属性はユーザー同期に使用されます。 userAccountControl 属性が ds-pwp-account-disabled にマッピングされているか、ユーザーが適切に同期されないことを確認してください。
従業員番号	従業員番号	—
ファクシミリ電話	ファクシミリ電話	—
—	jabberID	このクラウド属性は、Jabber で使用される IM アドレス（XMPP タイプ）に関連しています。この値は sipAddresses と同じではありません。
l	l	この属性は、ユーザの市区町村を指定します。
—	ロケール	—
マネージャー	マネージャー	この属性は、連絡先カードとPeople Insightsに表示されるユーザーのマネージャ名に使用されます。
モバイル	モバイル	この属性は、連絡先カードからユーザーに電話をかけるために表示される携帯電話番号として使用されます。
O	O	この属性は、会社または組織の名前を指定し、連絡先カードに表示されます。
または	または	この属性は、組織単位の名前を指定します。
physicalDeliveryOfficeName	physicalDeliveryOfficeName	この属性は、ユーザーのオフィスロケーションを指定します。
郵便番号	郵便番号	この属性は、物理的なメール配信のためのユーザーの郵便番号または郵便番号を指定します。
優先言語	優先言語	この属性は、ユーザーの優先言語を設定し、次の形式がサポートされます。 xx_YY または xx-YY。いくつかの例を以下に示します。 en_US, en_GB, fr-CA. サポートされていない言語または無効な形式を使用する場合、ユーザーの優先言語は組織の言語設定に変更されます。
MSRTCSIP-PrimaryUserAddress ipPhone	SipAddresses;type=エンタープライズ	この属性は、Active Directory から Cisco Webex クラウドにオンプレミスの会議室情報を同期するために使用されます。
snさん	snさん	この属性は、Control Hub に表示されるユーザーアカウントの姓、連絡先カード、People Insights に使用されます。
セント	セント	この属性は、ユーザの都道府県を指定します。
番地	番地	この属性は、物理的なメール配信のためのユーザの番地を指定します。
電話番号	電話番号	この属性では、連絡先カードからユーザーに電話をかけるために使用されるユーザーのプライマリ (職場) 電話番号を指定します。
—	タイムゾーン	このクラウド属性は、ユーザーのタイムゾーンを指定します。
タイトル	タイトル	この属性では、連絡先カードとPeople Insightsに表示されるユーザーのタイトルを指定します。
種類	企業	—
メール userPrincipalName	UID (uid)	必須の属性マッピング。各ユーザーアカウントについて、Active Directory の値はクラウドの一意の UID にマッピングされます。場合によっては、userPrincipalName がサインインに使用されますが、ユーザーのメールアドレスがカレンダーを管理するために使用されます。カレンダー管理用のメールアドレスが Webex のプライマリメールアドレスフィールドにマッピングされていることを確認する必要があります。 alternative のメールアドレスとして userPrincipalName を追加します。ユーザーは、正しい SAML 属性マッピングが設定されている限り、これらのメールアドレスを使用してサインインできます。代替メールアドレスをマッピングする方法については、以下のサンプル属性マッピングを参照してください。
userPrincipalName メール <カスタム属性>	メール; タイプワーク	このマッピングはオプションです。代替のメールアドレスを使用する場合に使用してください。これは認証に使用されるメールです。カレンダーの管理には使用されません。 AD からマッピングするメールアドレスは、組織内の検証済みドメインのものである必要があり、一意であり、別のユーザーに割り当てられていない必要があります。
<Azure ユーザー objectId の新しい属性>	externalId	新しい Active Directory 属性を作成して、Azure ユーザー objectId を保持し、既存の属性と衝突しないようにします。この属性は externalId 属性にマッピングされ、Webex ユーザーが Microsoft 365 でグループを作成すると、Webex でチームを自動的に作成することを確認します。

代替メールアドレスのマッピング

カスタマイズされた属性の式

表 5. カスタマイズされた属性の式
演算子	説明と例
%	matches が指定された場合、検索結果が代入されます。例式 `"abc@example.com" % "@"` 結果 `例.com`
-	指定された文字列の末尾から入力文字列の背面を取り去ります。例式 `"abc@example.com" - "@"` 結果 `abcさん`
+	入力文字列や式を連結します。例式 `"abc" + "" + "def"` 結果 `ABC デフ`
\|	空の文字列に対して区切られた式を評価し、最初の空でない結果を選択します。例式 `「ABC」` 結果 `abcさん`

Active Directory 属性からクラウドにディレクトリアバターを同期する

1	Directory Connector から、[構成] に移動し、[アバター] をクリックして、[有効化] をオンにします。
2	[アバターを取得する] の場合、[AD 属性] を選択し、クラウドに同期する未加工アバターデータを含む [アバター属性] を選択します。
3	アバターが正しくアクセスされていることを確認するには、ユーザーのメールアドレスを入力し、[ユーザーのアバターを取得] をクリックします。アバターが右側に表示されます。
4	アバターが正しく表示されたことを確認したら、[適用] をクリックして変更を保存します。

同期された画像は、Webex アプリのユーザーのデフォルトのアバターになります。 Directory Connector からこの機能を有効にした後、ユーザーは独自のアバターを設定できません。
ユーザーアバターは Webex アプリと Webex サイト上の一致するアカウントの両方に同期されます。

次に行うこと

リソースサーバーからクラウドにディレクトリアバターを同期する

始める前に

この手順の URI パターンと変数値は例を示します。ディレクトリアバターが配置されている実際の URL を使用する必要があります。
アバター URI パターンとアバターが存在するサーバは、Directory Connector アプリケーションから到達可能である必要があります。コネクタは画像への http または https アクセスを必要としますが、画像がインターネットで公的にアクセスされる必要はありません。
アバターデータの同期は、Active Directory ユーザープロファイルから分離されます。プロキシを実行する場合、アバターデータが NTLM 認証または基本認証によってアクセスできることを確認する必要があります。

1	Directory Connector から、[構成] に移動し、[アバター] をクリックして、[有効化] をオンにします。
2	[アバターを取得する] の場合、[リソースサーバー] を選択し、[アバター URI パターン] を入力します。たとえば、*`http://www.example.com/dir/photo/zoom/{mail: .?(?=@.)}.jpg`* アバター URI パターンの各部分とその意味を見てみましょう。 http://www.example.com/dir/photo/zoom/—同期されるすべての写真があるパスです。サーバー上の Directory Connector サービスが到達可能な URL である必要があります。 mail:—Directory Connector に Active Directory からメール属性の値を取得するように指示します .?(?=@.)—次の機能を実行する正規表現シンタックス。 *`.—任意の文字。0 回以上繰り返します。` `?—前の変数をできるだけ文字数に一致するように指示します。` `(?= ... ) - 結果に含めずに、メイン式の後にグループを照合します。 Directory Connector は一致を探し、出力に含めません。` `@.: at 記号の後に、任意の文字が続き、0 回以上繰り返します。`* `.jpg—ユーザーのアバターのファイル拡張子。このドキュメントでサポートされているファイル形式を確認し、必要に応じて拡張機能を変更します。`
3	(オプション) リソースサーバーで資格情報が必要な場合は、[アバターにユーザークレデンシャルを設定する] にチェックを入れ、[現在のサービスログオンユーザーを使用] または [このユーザーを使用] を選択し、パスワードを入力します。
4	変数の値を入力します。例: `abcd@example.com`。
5	[テスト] をクリックして、アバター URI パターンが正しく機能していることを確認します。この例では、1 つの AD エントリのメール値が `abcd@example.com` で jpg 画像が同期されている場合、最終的なアバター URI は `http://www.example.com/dir/photo/zoom/abcd.jpg です。`
6	URI 情報が確認され、正しく表示されたら、[適用] をクリックします。正規表現の使用の詳細については、「Microsoft 正規表現言語クイックリファレンス」を参照してください。

同期された画像は、Webex アプリのユーザーのデフォルトのアバターになります。 Directory Connector からこの機能を有効にした後、ユーザーは独自のアバターを設定できません。
ユーザーアバターは Webex アプリと Webex サイト上の一致するアカウントの両方に同期されます。

次に行うこと

オンプレミスの会議室情報を Webex Cloud に同期する

1	Directory Connector から、[同期] に移動し、同期されたドメインの隣にあるをさらにクリックし、[設定] をクリックして、[オブジェクトの選択] を選択します。
2	[会議室情報をクラウドに同期] をチェックして、同期中に会議室データをユーザーデータから分離します。この設定が無効になっている場合、会議室データはユーザー同期データと同じ方法で処理されます。
3	[属性マッピング] に移動し、クラウド属性 sipAddresses;type=enterprise の属性マッピングを変更します。値検証を使用するには、SIP アドレスの値は Pattern.compile("^([^@])(.)@(.)$") である必要があります。利用可能な場合は、[MSRTCSIP-PrimaryUserAddress] を選択します。 Active Directory スキーマに上記の属性がない場合は、ipPhone などの別のフィールドを使用します。
4	Exchange で会議室リソースメールボックスを作成します。これは、コネクタがルームを識別するために使用する msExchResourceMetaData;ResourceType:Room 属性を追加します。
5	Active Directory のユーザーとコンピュータから、会議室のプロパティに移動して編集します。次の sip のプレフィックスを持つ完全修飾の SIP URI を追加します。
6	ドライランの同期を実行してから、コネクタで完全実行の同期を実行します。新しい会議室オブジェクトは [追加されたオブジェクト] にリストされ、一致した会議室オブジェクトは、ドライランレポートの [一致したオブジェクト] に表示されます。削除にフラグが付けられた会議室オブジェクトは、[削除された会議室] の下にあります。ドライランの結果には、一致したルームリソースが表示されます。この設定は、Active Directory の会議室データ (会議室の属性を含む) をユーザーデータから分離します。同期が完了すると、コネクタダッシュボードのクラウド統計には、クラウドに同期された会議室データが表示されます。

次に行うこと

Control Hub から、ディレクトリから会議室を自動的にインポートし、ワークスペースを作成できます。

ディレクトリ同期結果でのメールレポートの送信

1	Directory Connector から、[構成] をクリックし、[通知] を選択します。
2	Directory Connector から、[設定] をクリックし、[メール受信者] の隣の [レポートの同期を有効にする] をオンに切り替えます。
3	デフォルトの通知動作をオーバーライドし、1 人以上のメール受信者を追加する場合は、[通知を有効にする] をオンにします。
4	[追加] をクリックし、メールアドレスを入力します。無効な形式でメールアドレスを入力すると、変更を保存して適用する前に、問題を修正するように指示するメッセージがポップアップ表示されます。
5	[メールの追加] をクリックし、メールアドレスを入力します。無効な形式でメールアドレスを入力すると、変更を保存して適用する前に、問題を修正するように指示するメッセージがポップアップ表示されます。
6	入力したメールアドレスを編集する必要がある場合は、左側の列のメールエントリをダブルクリックして、必要な変更を加えます。
7	すべての有効なメールアドレスを追加したら、[適用] をクリックします。
8	すべての有効なメールアドレスを追加したら、[保存] をクリックします。

次に行うこと

メールアドレスを削除することを決定した場合、メールをクリックしてそのエントリを強調表示し、[削除] をクリックします。

メールアドレスを削除することを決定した場合、特定のメールアドレスエントリの隣の [削除] をクリックします。

Active Directory から Control Hub にユーザーをプロビジョニング

1	Active Directory ユーザーでドライラン同期を実行するドライランを実行して、オンプレミスの Active Directory のオブジェクトと Webex クラウドのオブジェクトを比較します。ドライランでは、完全または増分同期を実行してクラウドに変更をコミットする前に、どのオブジェクトが追加、変更、または削除されるかを確認できます。
2	クラウドへの Active Directory ユーザーの完全な同期を行う完全同期を実行すると、コネクタサービスは Active Directory（AD）からクラウドにフィルタリングされたすべてのオブジェクトを送信します。コネクタサービスは次に、AD エントリで ID ストアを更新します。自動割り当てライセンステンプレートを作成した場合は、新しく同期されたユーザーに割り当てることができます。
3	Control Hub のディレクトリ同期済みユーザーに Webex サービスを割り当てる Directory Connector から Control Hub への完全なユーザーの同期が完了したら、さまざまな方法を使用して Webex サービスライセンスを割り当てることができます。 Active Directory から同期した新しい Webex アプリユーザーで使用する前に、自動割り当てライセンステンプレートをセットアップすることを推奨します。この最初のステップの後で、個々の変更を行うこともできます。

Active Directory ユーザーでドライラン同期を実行する

始める前に

1	次のいずれかを選択します。初めてサインインした後、プロンプトで [はい] をクリックして、ドライランを実行します。ドライランを実行するためのリマインダを見逃した場合は、いつでも Directory Connector から、[ダッシュボード] をクリックし、[ドライランの同期] を選択し、[OK] をクリックしてドライランの同期を開始します。ドライランが完了すると、次のいずれかの結果が表示されます。 *Directory Connector で検出された不一致のオブジェクト* *Directory Connector のドライランレポート結果と不一致のオブジェクトの概要* 概要には、オブジェクトの一致についての情報が含まれます。一致したオブジェクト - Webex 共通 ID にあり、Active Directory ドメインにも存在しているユーザー。つまり、someuser@cisco.com が Webex に同期され、Control Hub に表示され、同じユーザー (someuser@cisco.com) が Active Directory に存在する場合。これは、ユーザが一致していることを意味します。一致しないオブジェクト - Webex にいるユーザー。ユーザーが Common Identity に追加された方法に関係なく、Active Directory にユーザーが存在しません。これは不一致オブジェクトと呼ばれます。たとえば、someuser@cisco.com が Webex で同期され、Control Hub に表示されているが、同じユーザー (someuser@cisco.com) が Active Directory によって管理されていない場合、レポートにはユーザーが不一致であることが表示されます。ドライランでは、ドメインユーザと比較してユーザを識別します。アプリケーションは、ユーザが現在のドメインに属している場合、ユーザを識別できます。次のステップでは、オブジェクトを削除するか、または保持するかを決定する必要があります。一致しないオブジェクトは、Webex クラウドにすでに存在しているが、オンプレミスの Active Directory には存在していないとして識別されます。
2	ドライランの結果を確認し、単一ドメインまたは複数のドメインを使用するかどうかに応じて、オプションを選択します。シングルドメイン: 一致しないユーザーを維持するかどうかを決定します。保持する場合は、[いいえ、オブジェクトを保持する] を選択します。保持しない場合は、[はい、オブジェクトを削除する] を選択します。これらの手順を実行し、プレミスとクラウドの間で完全に一致するように、手動で完全同期を実行した後、Directory Connector はスケジュールされた自動同期タスクを自動的に有効にします。複数のドメイン—ドメイン A とドメイン B の組織の場合、まずドメイン A のドライランを実行します。一致しないユーザーを保持する場合は、[いいえ、オブジェクトを保持する] を選択します。 (これらの一致しないユーザーはドメイン B のメンバーである可能性があります。) 削除する場合は、[はい、オブジェクトを削除] を選択します。ユーザーを維持する場合は、まずドメイン A の完全な同期を実行し、ドメイン B のドライランを実行します。まだ一致しないユーザーが存在する場合は、これらのユーザーを Active Directory に追加してから、ドメイン B の完全な同期を実行します。プレミスとクラウドの間で完全に一致する場合、Directory Connector はスケジュールされた自動同期タスクを自動的に有効にします。
3	[ドライランの確認] プロンプトで、[はい] をクリックしてドライランの同期を再実行し、ダッシュボードを表示して結果を表示します。ドライランで正常に同期されたアカウントは、[一致したオブジェクト] の下に表示されます。クラウド内のユーザーが Active Directory に同じメールを持つ対応するユーザーを持っていない場合、エントリは [削除されたユーザー] の下にリストされます。この削除フラグを回避するために、同じメールアドレスで Active Directory にユーザーを追加できます。同期された項目の詳細を表示するには、特定の項目または [一致したオブジェクト] の対応するタブをクリックします。概要情報を保存するには、[結果をファイルに保存] をクリックします。
4	結果が予想される場合は、[アクション] > [同期モード] > [同期を有効にする] に移動し、[今すぐ有効にする] をクリックして手動同期を実行し、この時点で手動モードにします。複数ドメイン展開で最後の Active Directory ドメインで同期を行った後、Directory Connector の自動モードを有効にする必要があります。自動モードを有効にできるのは、オブジェクトが Webex クラウドとすべてのオンプレミスのアクティブディレクトリの間で完全に一致している場合のみです。

次に行うこと

保持した不一致のユーザーオブジェクトについては、オンプレミスとクラウドの間で完全に一致するように、それらを Active Directory に追加する必要があります。
同期タイプを選択:
- 新しいユーザーを最初にクラウドに同期するときに、クラウドに Active Directory ユーザーの完全な同期を行う。 [アクション] > [今すぐ同期] > [フル] から行い、現在のドメインのユーザーが同期されます。
- 完全な同期を実行した後、最初の同期後に変更をピックアップする場合は、コネクタスケジュールを設定し、増分同期を実行することができます。このタイプの同期は、Active Directory ユーザーソースに加えられた小さな変更をピックアップすることをお勧めします。
  
  デフォルトでは、増分同期は 30 分ごと（バージョン 3.4 以前）または 4 時間ごと（バージョン 3.5 以降）に発生するように設定されていますが、この値は変更できます。増分同期は、最初に完全同期を実行するまで実行されません。
複数のドメインがある場合は、インストールした他の Directory Connector でこれらの手順を繰り返します。

注意事項

一致するユーザーが削除するようにマークされ、続行する方法がわからない場合は、「Directory Connector のトラブルシューティングと修正」でトラブルシューティング情報とサポートに連絡する方法を参照してください。

削除されたユーザーは、完全に削除される前に、7 日間クラウドアイデンティティサービスに保持されます。

クラウドへの Active Directory ユーザーの完全な同期を行う

複数のドメインがある場合は、各 Active Directory ドメインにインストールした Directory Connector インスタンスでこの手順を実行する必要があります。

始める前に

完全同期後、およびユーザーが初めてサインインする前に、Webex アプリのユーザーアカウントをアクティブステータスにするには、次の手順を実行してメール検証をバイパスする必要があります。
- シングルサインオンを Webex 組織と統合します。参照 Cisco Webex サービスと組織の ID プロバイダーによるシングルサインオンを参照してください。
- Control Hub を使用して、メールアドレスに含まれるドメインを確認し、必要に応じて要求します。参照ドメインの追加、検証、要求.
- 自動招待メールを抑制して、新規ユーザーが Webex アプリへの自動招待メールを受信しないようにします。(独自のメールキャンペーンを実行できます。)
  
  サインインしていないアクティベート済みユーザーは、Control Hub で [確認済み] ステータスで表示されます。サインインすると、[アクティブ] として表示されます。ユーザーステータスの詳細については、「Cisco Webex Control Hub のユーザーステータスとアクション」を参照してください。
同期を有効にすると、Directory Connector が最初にドライランを実行するように求めます。潜在的なエラーをキャッチするために、完全同期の前にドライランを実行することを推奨します。
Active Directory から同期した新しい Webex アプリユーザーで使用する前に、自動割り当てライセンステンプレートをセットアップする必要があります。

自動割り当てライセンステンプレートを使用しない場合、新しく同期されたユーザーは自動的に無料ライセンスを取得します。無料アカウントを持つユーザーと同じ無料機能を使用できます。

1	次のいずれかを選択します。初回サインイン後、ドライランが完了し、すべてのドメインが正しい場合は、[今すぐ有効にする] をクリックして、自動同期を可能にします。 Directory Connector から、[ダッシュボード] に移動し、[アクション] をクリックし、[同期モード] > [同期を有効にする] を選択し、[今すぐ同期] > [完全] をクリックして同期を開始します。
2	Directory Connector から、[同期] に移動し、同期されたドメインの隣にあるをさらにクリックし、[設定] をクリックして、[完全同期] を選択します。
3	同期を開始したことを確認します。 Active Directory のユーザーに対して行った変更 (表示名など) については、ユーザービューを更新すると Control Hub はすぐに変更を反映しますが、Webex アプリは同期を実行してから最大 72 時間後に変更を反映します。次の指示に従って、Webex アプリのローカルキャッシュをクリアできます。 Windows または Mac。同期中、ダッシュボードには同期の進行状況が表示されます。これには、同期のタイプ、開始時刻、同期が現在実行中のフェーズが含まれます。同期後、[最後の同期] と [クラウド統計] セクションが新しい情報で更新されます。ユーザーデータはクラウドに同期されます。同期中にエラーが発生した場合、ステータスインジケータボールが赤に変わります。
4	同期のステータスを更新する場合は、[更新] をクリックします。 (同期された項目は [クラウド統計] の下に表示されます。)
5	エラーに関する情報については、[イベントビューアの起動] を [アクション] ツールバーから選択してエラーログを表示します。
6	クラウドへの継続的な増分同期のための同期スケジュールを設定するには、「コネクタスケジュールを設定する」および「増分同期を実行する」を参照してください。

完全同期が完了すると、Control Hub の [設定] ページの [無効] から [運用] にディレクトリ同期のステータスが更新されます。
すべてのデータがオンプレミスとクラウドの間で照合されると、Directory Connector は手動モードから自動同期モードに変更されます。
シングルサインオンを統合、ドメインの確認、オプションで同期したメールアカウントのドメインの要求、および自動メールを抑制しない限り、ユーザーが Webex アプリに初めてサインインしてアカウントを確認するまで、Webex アプリのユーザーアカウントは未確認の状態のままになります。アクティブユーザーとしてアカウントを同期する方法については、「開始する前に」のセクションを参照してください。
複数のドメインがある場合は、インストールした他の Directory Connector でこの手順を実行します。同期後、追加したすべてのドメインのユーザーは Control Hub に一覧表示されます。
シングルサインオンを Webex と統合し、抑制されたメール通知がある場合、招待メールは新しく同期されたユーザーに送信されません。
Directory Connector を有効にした後は、Control Hub でユーザーを手動で追加できません。有効にすると、ユーザー管理は Cisco Directory Connector から実行され、Active Directory が信頼できる唯一の情報源となります。
同期したグループが Control Hub に表示され、そのグループのユーザーがライセンスを割り当てられるように、ライセンステンプレートを割り当てることができます。

次に行うこと

Active Directory からユーザーを削除すると、そのユーザーは次の同期後にソフトで削除されます。ユーザーは [非アクティブ] になりますが、クラウド ID プロファイルは 7 日間保持されます (偶発的な削除からの回復を可能にします)。

Active Directory で [アカウントが無効になっています] にチェックを入れると、次の同期後、ユーザーは [非アクティブ] になります。ユーザーを再度有効にする場合は、クラウド ID プロファイルは 7 日後に削除されません。
これらの例外を増加同期に注意してください (代わりに上記の完全同期手順に従います)。
- アバターが更新されてもその他の属性変更がない場合、増分同期はユーザーのアバターをクラウドに更新しません。
- 属性マッピング、ベース DN、フィルタ、アバター設定での設定変更には完全同期が必要です。

Control Hub のディレクトリ同期済みユーザーに Webex サービスを割り当てる

始める前に

Active Directory から同期した新しい Webex アプリユーザーで使用する前に、自動割り当てライセンステンプレートをセットアップする必要があります。
Active Directory ユーザーでドライランの同期を行います。
ドライランの結果を確認した後、Active Directory ユーザーで完全同期を行います。

オプションを選択します。

次に行うこと

メールが抑制されない場合、Webex に参加してダウンロードするための招待メールが各ユーザーに送信されます。
すべてのユーザーに対して同じ Webex サービスを選択した場合、個別または一括で割り当てられたライセンスを変更できます。

関連情報

Directory Connector の既知の問題

2012 R2 以前の Windows Server バージョンには、Directory Connector に影響するクッキーの問題があります。この問題は、バージョン 2012 R2 および 2016 で修正されています。
Active Directory のユーザーに対して行った変更 (表示名など) については、ユーザービューを更新すると Control Hub はすぐに変更を反映しますが、Webex アプリは同期を実行してから 72 時間後の変更を反映します。

次の指示に従って、Webex アプリのローカルキャッシュをクリアできます。 Windows または Mac。
ユーザーがデスクトップまたはモバイルで Webex アプリを使用して、同期された SIP URI のみを持つ会議室を検索して発信すると、この時点でコールは無制限に鳴ります。

Webex アプリのユーザーの管理

増加同期を実行

開始する前に

Active Directory から同期した新しい Webex アプリユーザーで使用する前に、自動割り当てライセンステンプレートをセットアップする必要があります。
増分同期がサポートされていないこれらの例外に注意してください (代わりに、「クラウドに Active Directory ユーザーの完全な同期を行う」に従います)。
- アバターが更新されてもその他の属性変更がない場合、増分同期はユーザーのアバターをクラウドに更新しません。
- 属性マッピング、ベース DN、フィルター、アバター設定の新しい構成変更の場合、増分同期は機能せず、完全同期が必要です。

1	Directory Connector から [ダッシュボード] をクリックします。同期の有効化をすることで、 Directory Connector はドライランを最初に実行するように求めます。
2	[アクション] から、まだ有効になっていない場合は、[同期モード] > [同期を有効にする] をクリックします。デフォルトでは、増分同期は 30 分ごと（バージョン 3.4 以前）または 4 時間ごと（バージョン 3.5 以降）に発生するように設定されていますが、この値は変更できます。増分同期は、最初に完全同期を実行するまで実行されません。新しい増分時間間隔が終了すると、プログラムは最後のタイムスタンプに基づいて変更を確認します。
3	[アクション] から、[今すぐ同期] > [増分同期] をクリックします。 Active Directory のユーザーに対して行った変更 (表示名など) については、ユーザービューを更新すると Control Hub はすぐに変更を反映しますが、Webex アプリは同期を実行してから 72 時間後の変更を反映します。次の指示に従って、Webex アプリのローカルキャッシュをクリアできます。Windows または Mac。同期中にダッシュボードは同期プロセスを表示しますが、これには同期のタイプ、開始時間、同期が現在実行中のフェーズなどが含まれます。同期後、[最後の同期とクラウド統計] セクションが新しい情報で更新されます。エラーが同期中に発生した場合、ステータスインジケーターのボールが赤色になります。
4	エラーに関する情報については、[アクション] ツールバーから [イベントビューアの起動] をクリックして、エラーログを表示します。

次に行うこと

複数のドメインがある場合は、インストールした他の Directory Connector インスタンスでこの手順を実行します。

誤って削除されたユーザーを復元する

Directory Connector には、ユーザーの意図しない削除を防ぐためのチェックとバランスがあります。残念ながら、事故は発生します。Active Directory で LDAP フィルターを正しく設定していなかったために、クラウドと同期したときに一部のユーザーが削除されるなどです。ソフト削除機能は、これらの事故から回復し、Control Hub でユーザーアカウントを再確立するのに役立ちます。

Active Directory で無効になっているユーザーは、Control Hub で非アクティブとしてマークされますが、ユーザーアカウントは 7 日後に削除されません。

1	Control Hub にサインインします。
2	[ユーザー] に移動し、特定のユーザーアカウントが非アクティブ状態であるか、非公開であるかを確認します。詳細については、「Control Hub のユーザーステータスとアクション」を参照してください。
3	ユーザーが Control Hub で削除された場合、または非アクティブ状態のユーザーが見つかった場合は、Active Directory に移動し、欠落しているユーザーアカウントを追加してから、Directory Connector でドライラン同期を実行します。 Directory Connector の目標は、Active Directory とクラウドのユーザー情報間で完全一致を作成することです。
4	完全同期を実行して、一時的に削除されたユーザーアカウントを Control Hub に再同期します。ユーザーは復元され、アカウントステータスとサービスの割り当てを含む元のステータスに移動します。

次に行うこと

Control Hub に戻り、[管理] > [ユーザー] に進み、以前に削除されたユーザーアカウントがユーザーリストに表示されていることを確認します。

ソフト削除後にユーザを完全に削除

ドライランを実行した後、次の同期でソフトで削除されたユーザを完全に削除できます。

1	ドライランが完了したら、[ソフト削除済みオブジェクト] を選択します。
2	削除するユーザの横にあるチェックボックスをオンにします。
3	[完了] を選択します。

次に行うこと

次の同期で、チェックしたユーザーは完全に削除されます。

Webex アプリのメールアドレスを変更する

ドメインを変更せずにユーザーのメールアドレスを変更するには:
1. Active Directory のユーザーアカウント (例、user1@example.com) を開き、メールアドレス (例、user2@example.com) を変更します。
2. Directory Connector で同期を再開します。
  
  次の同期後、Control Hub のユーザーリストと、キャッシュの更新後に Webex アプリのユーザーに対して変更が表示されます。
  
  この方法を使用すると、データまたはスペースは失われません。ユーザーの一意の識別子は、最初の同期後にクラウドで設定されます。以降のすべての同期は、この識別子に基づいています。
Directory Connector を使用した複数のドメイン展開では、ドメインを変更する際にユーザーのメールアドレスを変更します (example1.com を古いドメインとし、example2.com を新しいドメインと見なします)。
1. 古いユーザーアカウント (user1@example1.com) の場合、uid クラウド属性にマッピングされる Active Directory 属性に注意してください。新しいアカウントに同じ Active Directory 値を使用する必要があります。この例では、オンプレミスの属性として user1@example1.com を使用し、クラウドの uid にマッピングします。
2. example1.com および example2.com ドメインの Directory Connector の同期を一時停止します。
3. example2.com で新しいユーザーアカウントを作成し、上記の同じ属性を使用します。(たとえば、user1@example1.com)。
4. Directory Connector で、example2.com の同期を再開します
  
  続行する前に、user1@example2.com アカウントが Control Hub に同期していることを確認します。Webex アプリでのメールの変更を確認し、すべてのデータ (スペース、メッセージ、ミーティング、ファイルなど) が保持されていることをユーザーに指示することをお勧めします。
  
  この方法を使用したデータまたはスペースの損失はありませんが、新しいユーザーアカウントでは、クラウド uid 属性にマッピングされた Active Directory 属性が古いユーザーアカウントから保持されていることを確認する必要があります。Active Directory の値を変更すると、新しいアカウントは古いアカウントのデータを保持しません。
5. メールアドレスの変更とデータが保持されていることを確認した後、example1.com の古いユーザーアカウントを削除し、Directory Connector を使用して example1.com の同期を再開します。
  
  この時点で、user1@example2.com の新しい Active Directory ドメインのメールアドレスを安全に更新できます。

Active Directory ドメインを変更する

この手順を使って、新しいドメインおよびメールアドレスを作成することができます。クラウド内のアイデンティティサービスと同期します。

1	新規 Active Directory (AD) ドメインをセットアップします。
2	すべてのコネクタで同期を無効にします。
3	すべてのコネクタをアンインストールします。
4	ドメインを変更するためにケースを開きます。送信する場合は、ドメイン設定と組織内のすべての同期属性の削除をリクエストしてください。ドメインを変更するためにケースを開く前に、実行中の同期がないことを確認してください。ケースが解決されるまで、Active Directory のユーザーメールアドレスを変更しないでください。
5	本ケースが解決した後、新しい Active Directory ドメインを持つサーバと同じサーバに Directory Connector をインストールします。新しい Active Directory ドメインを指すように、Directory Connector を設定します。 Control Hub (https://admin.webex.com) に既存のユーザーがいる場合、一致するメールアドレスを持つユーザーが Active Directory にも存在することを確認します。組織が DirSync で `softDelete` トグルを無効にしている場合、Control Hub にあるが、Active Directory にはないユーザーのメールアドレスがリスクの削除。実際の同期を実行する前に、Directory Connector でテストを実行します。

ドメインクレーム

関連情報

ディレクトリ同期組織で無料の Webex アプリユーザーを変換する

アクティベーション前にアカウントを変換しない場合は、変換するために　Directory Connector を終了してください。

これらのユーザーを追加しない場合、クラウドに同期する隣にあるすべてのユーザーが削除されます。

1	Directory Connector からのディレクトリ同期を無効化する。
2	「Control Hub でライセンスなしのユーザーを変換する」手順に従って、無料のコンシューマー組織からエンタープライズ組織にユーザーを変換します。この手順により、ユーザーを組織に追加し、アカウントが Control Hub に表示されます。Directory Connector は、Active Directory をユーザーアカウントの信頼できる唯一の情報源にします。目標は、Active Directory と Control Hub を正確に一致させることです。同期を再度有効にする前に、最近変換されたユーザーと一致するユーザーが Active Directory 内に存在することを確認してください。ドライラン同期を使用して、一致しないユーザーがいないことを確認できます。
3	Directory Connector で、ドライラン同期を実行します。ドライランの完了後、[オブジェクトの追加] タブを確認します。自分が変換したユーザーが削除されていないか確認する。同期を再有効化する前にドライランを実行して、変換されたユーザーアカウントが Active Directory に表示されるようにする必要があります。同期をオンにし、アカウントが Control Hub にのみ存在する場合、Directory Connector は大文字と小文字を区別し、一致しないメールアドレスで検出された変換されたユーザー (user1@example.com および User1@example.com など) を削除します。変換されたユーザーが削除されると、Webex アプリのスペースはすべて失われます。
4	次回の同期でアカウントが全く削除されないと確信する場合、Directory Connector　からディレクトリ同期を再有効化？？？？？？

サイドボーディングされた Webex アプリユーザーアカウント

Directory Connector を使用してサイドボーディングされたアカウントを管理する場合、アカウントを変換する必要があります。

ディレクトリ同期後に Webex アプリのユーザー名形式を変更する

デフォルトでは、Directory Connector は Active Directory の displayName 属性をクラウドの displayName 属性にマッピングします。

ディレクトリ同期を実行した後で、ユーザー名はの形式で表示されます。

または、属性 sn givenName を displayName にマッピングします。

独自のカスタム属性式を displayName にマッピングする場合は、[属性のカスタマイズ] オプションを使用することもできます。

ユーザーが Webex Meetings での表示名の変更を許可する

1	Directory Connector から、[構成] をクリックし、[ユーザー属性マッピング] を選択します。
2	[Cisco Cloud 属性名] で [displayName] を選択します。
3	[この属性を同期しない] を選択します。

次に行うこと

ユーザーは Webex サイトから表示名を編集することができるようになりました。

Directory Connector のトラブルューティング

Directory Connector の汎用設定の構成

1	Directory Connector から、[構成] に移動し、[全般] をクリックします。
2	[コネクタ名] フィールドに、コネクタ名を入力します。このフィールドは現在コネクタを実行しているコンピュータ名のみを表示します。
3	ドロップダウンメニューからログレベルを選択します。既定では、ログレベルは「情報」にセットされています。使用可能なログレベルは以下の通りです。情報 (デフォルト): アプリケーションの進行状況をハイライトする情報メッセージを表示します。すべての完全同期後にレポートを受信する場合は、この設定を使用します。警告: 潜在的に有害な状況を表示します。デバッグ: アプリケーションのデバッグに最も便利な詳細情報イベントを表示します。何らかの問題が発生した場合、このログレベルを設定し、調査が開始されたら、イベントログをサポート部隊に送付します。エラー: アプリケーションの実行を継続できる可能性のあるエラーイベントを表示します。このオプションを選択すると、エラーが報告されたときにのみ同期レポートが送信されます。これらの設定は、電子メールで送信される同期レポートに影響します。ログレベルを [エラー（Error）] に設定した場合、同期レポートでエラーのみが報告されます。エラーが存在しない場合、同期レポートは送信されません。設定を [情報] に変更すると、完全同期後に同期レポートを受信します。（増分同期では、エラーが報告されない場合、レポートは送信されないことに注意してください）。
4	[優先ドメインコントローラー] を選択して、アイデンティティを同期させる際のドメインコントローラーの順番をセットします。ドメインコントローラは、上から下までアクセスされます。リストの先頭のコントローラーが使用できない場合、2 番目のコントローラーを選択してください。コントローラーがリストアップされていない場合、プライマリコントローラーにアクセスできます。
5	自動アップグレードを行う場合は、[新しい Cisco Directory Connector バージョンに自動的にアップグレードする] にチェックを入れます。 Cisco Directory Connector ソフトウェアを最新バージョンに常に最新の状態に保つことが重要です。この設定にチェックを入れると、ソフトウェアへの自動アップグレードが利用可能になったときにサイレントにインストールされることを推奨します。
6	[LDAP over SSL] をチェックして、セキュアな LDAP (LDAPS) を接続プロトコルとして使用します。 LDAP over SSL をオンにしない場合、Directory Connector は引き続き LDAP 接続プロトコルを使用します。 LDAP (Lightweight Directory Application Protocol) および Secure LDAP (LDAPS) は、アプリケーションとインフラストラクチャ内のドメインコントローラの間で使用される接続プロトコルです。LDAPS 通信は暗号化され、安全です。

コネクタポリシーを設定する

1	Directory Connector から、[構成] をクリックし、[ポリシー] を選択します。
2	しきい値トリガーを追加する場合は、[しきい値トリガーの削除を有効にする] ボックスをチェックします。このオプションを選択すると、削除数が閾値を越えた場合にアラートががトリガーされます。削除の回数が定義した値を越えると、同期は失敗します。
3	自分が行う削除の最大数を入力します。既定では 20 です。弊社は既定値を上げないことを推奨します。
4	適用をクリックします。

コネクタスケジュールをセットする

1	Directory Connector から、[構成] をクリックし、[スケジュール] を選択します。
2	増分同期インターバルを分に指定します。既定では、増分同期は 30 分おきに実行するようセットされています。完全増分同期は、あなたが初回の完全同期を行うまで実行されません。
3	レポートが送信される頻度を変更する場合、[レポートを送信する頻度] の値を変更します。
4	[完全同期スケジュールを有効化する] チェックボックスをオンにして完全同期を行う日時を指定します。
5	[フェイルオーバー間隔]を「分」で指定します。
6	[適用] をクリックします。

複数ドメインシナリオ

同じキー値をもつオブジェクトは、データベースの 1 つのレコードにリンクされます。

「ユーザー」のキー値はメールアドレスです。「グループ」のキー値はグループ名です。

複数ドメインの使用例

この例は、優先順位の観点で、2 つのドメイン、example1.com と example2.com をもつ組織を想定しています。

user1 (メール: user@example1.com)を example1.com の Active Directory に追加してください。
group1 (グループ名: Test) を example1.com の Active Directory に追加してください。
user2 (メール: user@example2.com)を example2.com の Active Directory に追加してください。
group2 (グループ名: Test) を example2.com の Active Directory に追加してください。

example1.com の同期

使用例として、user2 と group2 はクラウドに同期され、https://admin.webex.com に表示され、その場合 user1 と group1 は表示されません。

example1.com の完全または増分同期を行う場合、user1 と group1 が同期されます。また、user2 と group2 は、user1 と group1 の情報により上書きされます。

User1 はデータベースの同じレコードとして、user2 にリンクします。group1 はデータベースの同じレコードとして、group2 にリンクします。

example1.com と example2.com での同期

使用例として、user2 と group2 はクラウドに同期され、https://admin.webex.com に表示され、その場合 user1 と group1 は表示されません。

以下の手順を考察してください。

example1.com の Active Directory の user1 と group1 を削除します。
example1.com の完全または増分同期を行います。
結果: ユーザーの情報は、https://admin.webex.com では変更されません。User2 は user1 にリンクされず、group2 は group1 にリンクされません。
example2.com の増分同期を行います。
結果: ユーザーの情報は、https://admin.webex.com では変更されません。
example2.com の完全同期を行います。
結果: user2 と group2 の情報は、https://admin.webex.comにリストされます。

新しいドメインを同期し既存のドメインを保持する

ドメインの優先順位を設定する

開始する前に

1	Cisco Directory Connector から、[ダッシュボード] をクリックします。
2	[アクション] に移動し、[ドメイン優先順位を設定する] をクリックします。
3	リストにあるドメインを 1 つハイライトし、[アップ] または [ダウン] をクリックして、このドメインの優先順位を変更し、[保存] をクリックして変更を保存します。ドメインは、上から下まで、優先順位でソートされます。

ドメインを切り替える

Cisco Directory Connector を別のドメインに再バインドするには、次の手順を使用します。

開始する前に

ドメインを切り替える前に、同期タスクが実行されていないことを確認します。
エラーを回避するには、Cisco Directory Connector の最新バージョンをインストールするか、アップグレードしてください。Control Hub からダウンロードする必要があります。

1	Cisco Directory Connector から、[ダッシュボード] をクリックします。
2	[アクション] に移動し、[ドメインを切り替える] をクリックします。
3	警告を読み、この変更が展開に与える影響を理解し、それでも行う場合には、[はい] をクリックします。ドメインを切り替えると、現在の Cisco ディレクトリコネクタからサインアウトされ、コネクタの他のドメインは登録解除され、そのコンピューターのコネクタ情報は削除されます。
4	Cisco Directory Connector に再度サインインし、ドメインを再バインドします。

ディレクトリ同期を無効にする

Directory Connector からの同期を停止する必要がある場合は、Control Hub から一時的にオフにできます。

https://admin.webex.com の顧客ビューから、[管理] > [組織設定] に移動し、[ディレクトリ同期] までスクロールして、次のいずれかを選択します。

さらにをクリックし、オフにするコネクタインスタンスの隣の [オフにする] をクリックします。
[すべてのディレクトリ同期をオフにする] をクリックし、すべてのコネクタインスタンスから同期を停止します。

指示を読んだ後、[オフにする] をクリックします。

同期は、Directory Connector から再有効にするまで停止します。

ユーザー属性マッピングを削除

1	Directory Connector から [ダッシュボード] をクリックします。
2	[アクション] に移動し、[ユーティリティ] > [ユーザー属性マッピングの削除] をクリックします。
3	[属性名] リストから削除するマッピングを選択します。
4	[影響を受けるユーザー範囲] で、次のいずれかを選択します。 Directory Connector で同期されたユーザーのみ: マッピングは、Directory Connector が以前に同期したユーザーからのみ削除されます。すべてのユーザー: マッピングはすべての Active Directory ユーザーから削除されます。
5	[適用] をクリックします。

プロファイル画像の管理

Directory Connector を使用して、ユーザープロファイルの写真を更新するか、空白のユーザープロファイルの写真を削除します。

1	Directory Connector から [ダッシュボード] をクリックします。
2	[アクション] に移動し、[ユーティリティ] > [プロファイル画像の管理] をクリックします。
3	[アクション] で次のいずれかを選択します。空のアバターソースのプロファイル画像を削除: Active Directory のプロファイル画像が空の場合、このオプションにより、ユーザーが以前 Webex で自分の画像をアップロードした場合でも、ユーザープロファイル画像がクラウドから削除されます。同期ソースから再アップロードしてキャッシュされた画像を上書きする: Directory Connector は以前と同じ Active Directory を使用して、すべてのユーザーのプロファイル画像を更新します。これにより、Active Directory とクラウドのプロファイル画像が一致しないことが保証されます。
4	[適用] をクリックします。

Directory Connector をアンインストールして非アクティブ化

ディレクトリ同期化をこれ以上使いたくなくなった。
複数のディレクトリコネクタのうち、1 つを使いたくなくなった (高可用性)。
ドメインを変更して、別のコネクタをインストールしたい。

開始する前に

高可用性 (HA) または複数のドメインの同期のために、Directory Connector の複数のインスタンスがセットアップされている場合があります。唯一の Directory Connector インスタンス、または最後に残った Directory Connector インスタンスのアンインストールを行う場合、同期は無効にします。
Directory Connector をアンインストールする前に、重要な作業を保存して閉じてください。

1	Windows マシンからコントロールパネルに移動して、プログラムと機能をクリックします。
2	プログラムリストから、[Directory Connector] をクリックし、[アンインストール] を選択し、プロンプトに従います。アンインストールを完了するためにリブートが必要になる場合があります。
3	https://admin.webex.com の顧客ビューから、[管理] > [組織設定] に移動し、[ディレクトリ同期] までスクロールして、[詳細] をクリックし、アンインストールするディレクトリコネクタインスタンスの隣の [非アクティブ化] をクリックします。
4	指示を読んだ後、[非アクティブ化] をクリックします。高可用性 (HA) 展開内に別の Directory Connector がない限り、ユーザーアカウントはこれからは同期しなくなります。

診断ツールの実行

Active Directory ドメインサービスのテストを実行するには:
1. スタートメニューに移動し、Cisco Directory Connector を探し、[Cisco Directory - 診断] をクリックします。[AD-DS] タブをクリックし、[ドメイン] を入力し、[ドメインコントローラの読み込み] をクリックします。
2. リストからドメインコントローラを 1 つ選択します。
  
  増分検索は常に同じドメインコントローラで実行する必要があるため、後でエントリを変更しないでください。
3. デフォルトでは、すべてのパスが検索されますが、1 つの [属性] を選択し、[テスト] をクリックして、その値を確認できます。
4. [Active Directory クエリ] セクションで、[ユーザー] と [グループ] オブジェクトと検索フィルタのいずれか、または両方など、さらにフィルタを設定します。
5. [Cookie の自動入力] をオンにして、検索用のクッキーを自動的に生成します。
6. [クエリ] をクリックして、新しい増分検索または完了検索を開始します。この検索には数秒かかる場合があります。
7. テストが完了したら、[保存 ] をクリックしてログエントリを保存します。ログエントリは、チケットを開く際に分析のためにサポートチームに送信できます。
Active Directory Lightweight Directory サービスのテストを実行するには:
1. スタートメニューに移動し、Cisco Directory Connector を探し、[Cisco Directory - 診断] をクリックします。[AD-LDS] タブをクリックし、[ホスト] と [ポート] を入力し、[パーティションのロード] をクリックします。
2. リストからパーティションを選択し、[接続] をクリックします。
3. デフォルトでは、すべてのパスが検索されますが、1 つの [属性] を選択し、[テスト] をクリックして、その値を確認できます。
4. [Active Directory クエリ] セクションで、[ユーザー]、[ユーザープロキシ]、[UserProxyFull] および検索フィルタなどのフィルタを設定します。
5. [Cookie の自動入力] をオンにして、検索用のクッキーを自動的に生成します。
6. [クエリ] をクリックして、新しい増分検索または完了検索を開始します。この検索には数秒かかる場合があります。
7. テストが完了したら、[保存 ] をクリックしてログエントリを保存します。ログエントリは、チケットを開く際に分析のためにサポートチームに送信できます。
Lightweight Directory Access Protocol（LDAP）のテストを実行するには:
1. スタートメニューに移動し、Cisco Directory Connector を探し、[Cisco Directory - 診断] をクリックします。[LDAP RAW] タブをクリックし、[ルートパス]、[フィルター] を入力し、[属性] からエントリを選択し、[パーティションのロード] をクリックします。
2. 必要に応じて、次のオプションをチェックします。
  - ObjectSecurity—このオプションがある場合、発信者は権限を必要とせず、発信者がアクセスできるオブジェクトと属性だけを表示できます。このオプションが存在しない場合、発信者は変更を複製する権利があります。
  - ParentsFirst: お子さんのすべての親が自分の子より先に来るようにします。
3. ExtendedDN の値を選択します。
  
  この値は、拡張された LDAP 検索で使用され、オブジェクトの識別名の拡張形式を要求します。
4. ReferralChasing の値を選択します。
  
  たとえば、名前空間外のクエリー結果の詳細（別のドメインまたはフォレストのグループメンバーなど）については、ドメインコントローラがクエリーから参照を返したときに照会が開始されます。
5. [クエリ] をクリックして、新しい増分検索または完了検索を開始します。この検索には数秒かかる場合があります。
6. テストが完了したら、[保存 ] をクリックしてログエントリを保存します。ログエントリは、チケットを開く際に分析のためにサポートチームに送信できます。

Ciso Directory Connector の問題をトラブルシューティング

Directory Connector のトラブルシューティングと修正

インストール

Directory Connector が動作を停止した

Directory Connector が動作していないことを知らせる警告メールを受信しました。

Directory Connector が正しくインストールされていない可能性があります。
Directory Connector が実行されていない可能性があります。
ネットワークは使用できない可能性があります。

以下の作業を行います。

[コントロールパネル] > [プログラムと機能] を開きます。Directory Connector　を検索します。存在しない場合は、Control Hub から最新バージョンをダウンロードしてインストールします。
[サービス] を開き、Cisco DirSync Service を見つけます。ステータスが [開始] として表示されていることを確認します。サービスが停止されている場合、右クリックで開始を選択し、サービスを再度開始します。
Directory Connector をインストールしたサーバーにインターネットへのアクセス権があることを確認してください。

再インストールエラー

問題: 古いコネクタをアンインストールした後、すぐに新しいコネクタをインストールすると、エラーメッセージが表示される場合があります。

解決策: 時間が経過したら、もう一度インストールをお試しください。

サインイン

SSO サインイン中にディレクトリコネクタがクラッシュ

問題

SSO サインインページからメールアドレスを入力すると、Directory Connector がクラッシュする場合があります。

対処方法

以下の作業を行います。

新しいグループポリシーを設定するには、次の手順を実行します。

ドメインコントローラに移動し、グループポリシー管理 (gpedit.msc) を開きます。
特定の OU またはドメインを右クリックし、[このドメインで GPO を作成] を選択し、[ここにリンク...
ポリシーに名前を付けて、右クリックして [編集] を選択します。

マシンレベルでポリシーを変更するには、次の手順を実行します。

[コンピューター設定] > [基本設定] > [Windows 設定] に進み、[レジストリ] を右クリックし、[新規] を選択し、[レジストリアイテム] を選択します。
キーパスについては、HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Internet Explorer\Main を入力または移動します。
[スクリプトデバッガを無効にする] を [値] に入力し、[値データ] に [いいえ] を入力します。

設定は、このスクリーンショットと一致する必要があります。

ユーザーレベルでポリシーを変更するには、次の手順を実行します。

[コンピューター設定] > [基本設定] > [Windows 設定] に進み、[レジストリ] を右クリックし、[新規] を選択し、[レジストリアイテム] を選択します。
キーパスについては、HKEY_CURRENT_USER\SOFTWARE\Microsoft\Internet Explorer\Main を入力または移動します。
[スクリプトデバッガを無効にする] を [値] に入力し、[値データ] に [いいえ] を入力します。

設定は、このスクリーンショットと一致する必要があります。

Cisco DirSync Service Connector を登録できませんでした

問題

サインインに失敗すると、「Cisco DirSync Service Connector が登録できませんでした」というメッセージが表示されます。

対処方法

Directory Connector がインストールされている Windows システムは、Active Directory のメンバーである必要があります。

サインインページが表示されません

問題

Directory Connector を開くと、サインインページが表示されませんでした。

対処方法

次の手順を試してください。

Internet Explorer で、https://cloudconnector.webex.com/SynchronizationService-v1_0/?orgId=GLOBAL に移動します。Chrome や Firefox などの他のブラウザでリンクをお試しください。
Internet Explorer がリンクにアクセスできないが、他のブラウザがアクセスできない場合は、Internet Explorer の設定をチェックし、[TLS 1.1] および [1.2] チェックボックスをオンにします。(Internet Explorer で TLS を有効にする手順を使用します。)

サインインプロンプトが表示されます

問題

ユーザ名とパスワードを入力して認証を渡すように要求するプロンプトが表示されます。

考えられる原因

対処方法

サインインポップアップウィンドウが表示されたら、セキュリティを渡すための正しい認証を持つ有効なアカウントを提供する必要があります。

リモートサーバーに接続できません

問題

通常の操作中に、「リモートサーバーに接続できません」というエラーメッセージが表示されます。

考えられる原因

プロキシの問題を解決する必要がある問題がある可能性があります。

対処方法

トラブルシューティングの詳細については、「サービスアカウントサインインの問題をトラブルシューティング」を参照してください。

コネクタを登録できません

問題

「コネクタを登録できません。一般的な例外が発生しました」。

考えられる原因

ほとんどの場合、問題は、Directory Connector が LDAP ルートコンテキストに接続する権限を持っていないためです。

対処方法

以下の作業を行います。

コマンドプロンプト (cmd) を実行し、ldp.exe を入力します。
[接続] > [バインド] をクリックし、[現在ログインしているユーザーとしてバインド] を選択し、[OK] をクリックします。
[表示] > [ツリー] をクリックし、BaseDN として [DC=arbonneintl,DC=ad] を入力し、[OK] をクリックします。
問題が継続する場合、サポートでケースを開きます。

同期

アバターが同期されていません

問題

Cisco Directory Connector がユーザー AD データを Webex クラウドに同期しました。ただし、正常に同期されたアバターデータはありません。

考えられる原因

対処方法

次の手順に従って、ローカルキャッシュを削除します。

C:\Program Files (x86)\Cisco Systems\Cisco Directory Connector\Plugins\ に移動します。
DirSyncPluginAvatar.dll-cache.bin を削除します。
Cisco Directory Connector からアバターの同期を再実行します。

競合するユーザーメールアカウント

問題

同期結果に競合するユーザーメールアカウントが表示される場合があります。

ユーザーが Webex アプリの無料バージョンを試した場合、メールアドレスは無料コンシューマー組織内に存在します。
ユーザーのメールが別の組織で同期されたことがない場合。
ユーザーのメールが組織に属する複数のドメインに存在する場合。

対処方法

以下の作業を行います。

ユーザーを要求する場合は、次の手順に従います。
1. Control Hub でドメインを確認済みしていることを確認します。
2. Cisco Directory Connector を一時的に無効にします。
3. Control Hub の [ユーザーの要求] オプションを使用して、無料の消費者組織に存在する可能性があるアカウントを申請します。詳細については、「ユーザーを組織に要求する (ユーザーの変換) 」を参照してください。
4. Cisco Directory Connector でドライランを実行し、ディレクトリ同期を再度有効にします
最後のケースでは、Active Directory ソースのユーザーデータをダブルチェックします。

非アクティブとしてマークされた変換ユーザー

問題

考えられる原因

対処方法

増分同期が失敗する

問題

増分同期に失敗しました。

この問題は、次の条件で Windows Server 2008 R2 で発生する場合があります。

増分値の更新をサポートします。
使用するフィルタは、リンクされた値属性を参照します。
その属性の結果値は、前回完全な同期が実行されてから更新されました。

対処方法

属性の値が無効です

問題

[user dn dn (distinguished name)] では、属性 [attribute name] が以下の無効な値 [attribute value] を持ちます。

考えられる原因

CN=b,OU=Employees,OU=C Users,DC=c,DC=com の場合、属性 [電話番号] には次の無効な値があります。+ この属性は少なくとも 1 つの番号を含む必要があります。

対処方法

このユーザーの属性には、有効な値がありません。警告メッセージの記述に従ってこの値を修正してください。再度同期を行います。

削除される一致したユーザー

問題

一致したユーザーは削除対象としてマークされます。

対処方法

適切な修正を選択します。

ユーザーを削除してライセンスを再実行しても問題ない場合は、修正のために Directory Connector を使用できます。同期を実行してユーザーを削除し、別の同期を実行してオンプレミス AD からクラウドにユーザーを同期します。
ユーザーアカウントを削除して再作成できない場合は、サポートでケースを開きます。

属性がありません

問題

考えられる原因

対処方法

ユーザー [user_email_address] に必要な属性の 1 つがありません。そのユーザーに必要な値を提供してください。

ネストされたグループが同期されません

問題

ネストされた Active Directory グループのユーザーは、クラウドに適切に同期されません。

考えられる原因

対処方法

ユーザー名の競合

問題

既存のクラウド入力オブジェクトの [user dn] と以下の名前に命名の競合が発生しています。[user email address]、およびユーザータイプ [user_type]。

考えられる原因

そのメールアドレスを使用するユーザーはすでに Control Hub に存在しています。

対処方法

Control Hub を通じて登録したアカウントと同じメールアドレスを使用して、Active Directory にユーザーを作成します。

Control Hub

Control Hub でユーザーリストが見つかりません

問題

1,000 人以上の同期済みユーザーを持つ Webex 組織がある場合、Control Hub にユーザーリストが表示されない場合があります。

対処方法

グループは Control Hub に同期されません

問題

ディレクトリグループのユーザーは、Control Hub に適切に同期されません。

考えられる原因

グループは Active Directory で isCriticalSystemObject としてタグ付けされません。

対処方法

Active Directory で属性 isCriticalSystemObject が TRUE に設定されていることを確認してください。

Directory Connector のトラブルシューティングを有効化する

ログファイル: \Cisco Systems\Cisco Systems\Cisco Directory Connector\Logs

1	`services.msc` ファイルを実行して、Directory Connector サービスの実行中のアカウントをローカルシステムから AD DS または AD LDS にアクセスする権限を持つドメインアカウントに変更します。
2	サービスを再開します。詳細については、サービスの開始方法を参照してください。
3	Directory Connector で、[ダッシュボード] をクリックします。
4	[アクション] に移動し、[ユーティリティ] > [トラブルシューティング] をクリックします。
5	トラブルシューティングが有効になると、エラーの原因となったアクションが繰り返されます。これによって、検査のためのトラフィックデータを取得することができます。
6	ログファイルを確認します。ファイルが空白の場合、アカウントに AD DS ないしは AD LDS にアクセスする権利があるかどうかを確認します。ログフォルダーは過去 3 日間のファイルのみを保存します。ログファイルのコンテンツは、システムへのイベントログ出力と一致しています。
7	必要に応じて、ログファイルをサポートに送信してアシスタンスを依頼してください。
8	完了後は、トラブルシューティング機能を無効にしてください。

関連情報

イベントビュアーを開始

完全もしくは増加同期中に発生したイベントを確認するには、イベントビューを開始します。管理イベントとエラーログの概要が表示されます。

1	Directory Connector から [ダッシュボード] に移動し、[アクション] > [イベントビューアの起動] をクリックします。イベントプロパティダイアログでは、同期イベント詳細およびエラー詳細を表示します。
2	イベントビューアから、[アプリケーションとサービスのログ] > [Cisco Directory Connector] に移動します。
3	[アクション] の下で、[すべてのイベントに名前を付けて保存] をクリックして、すべてのログを 1 つの Events ファイル (*.evtx)、または xml や csv などの別の形式としてエクスポートします。

次に行うこと

ケースを開く必要がある場合は、サポートに連絡し、コネクタの問題を説明し、ケースに Events ファイルを添付してください。

Internet Explorer で TLS を有効にする

シングルサインオン (SSO) プロバイダーを切り替えると、Cisco ディレクトリコネクタから次のエラーメッセージが表示される場合があります。

サービスへのログオンでエラーが発生しました
このページのスクリプトでエラーが発生しました

これらのエラーが表示された場合は、ブラウザで TLS 設定を有効にする必要があります。

1	Internet Explorer を開き、[ツール] を選択します。今すぐ有効にする TLS/SSL バージョンのボックスをオンにします [OK] をクリックしますブラウザを閉じて、再度開きます
2	[インターネットオプション] をクリックし、[詳細] に進み、[セキュリティ] までスクロールします。
3	[TLS 1.1 を使用する] および [TLS 1.2 を使用する] チェックボックスをオンにして、[OK] をクリックします。
4	変更を有効にするには、システムを再起動してください。

サービスアカウントのサインインの問題をトラブルシューティングする

ウェブブラウザーの https://cloudconnector.webex.com/SynchronizationService-v1_0/?orgId=GLOBAL に行きます。

結果によりますが、1 つを選択します。

ブラウザーからリンクに行けない場合、ネットワーク設定を確認してください。環境がプロキシを使用している場合、プロキシ設定を確認してください。
ブラウザからリンクにアクセスできますが、Cisco Directory Connector を開くことができない場合 (コネクタを開くことができず、407 でポップアップエラーメッセージ)、ここをクリックして Cisco Directory Connector の最新バージョンを入手してください。
ブラウザからリンクにアクセスできますが、Cisco ディレクトリコネクタから同期を実行できない場合は、サービスログインアカウントをドメイン管理者に変更してください。

Windows システムへのサインインに使用したアカウントが、「Cisco DirSync Service」で設定したアカウントと同じかどうかを確認します。2 つの異なるアカウントの場合、両方のアカウントが https://cloudconnector.webex.com/SynchronizationService-v1_0/?orgId=GLOBAL にアクセスできることを確認してください。お使いの環境がプロキシを使用している場合、両方のアカウントが Internet Explorer でプロキシに設定されており、https://cloudconnector.webex.com/SynchronizationService-v1_0/?orgId=GLOBAL 正常にアクセスできることを確認してください。

関連情報

Windows レジストリで SafeDllSearchMode を確認する

通常、SafeDllSearchMode が有効になっていますが、レジストリ設定をダブルチェックするには、この手順を使用します。

開始する前に

Windowsレジストリへの変更は、極端な注意が必要です。これらの手順を使用する前に、レジストリのバックアップを作成することをお勧めします。

Windows 検索または [実行] ウィンドウで、regedit と入力し、Enter を押します。

[HKEY_LOCAL_MACHINE\System\CurrentControlSet\Control\Session Manager] に移動します。

1 つを選択します。

SafeDllSearchMode がリストされていません - これ以上のアクションは必要ありません。
SafeDllSearchMode がリストされている—値が 1 に設定されていることを確認します。

詳細については、「ダイナミックリンクライブラリの検索順序」を参照してください。

Cisco Directory Connector の概要

ディレクトリコネクタの概要

表のすべての機能、説明、利点を参照します。

機能	説明と利点
使いやすいダッシュボード	ダッシュボードは、同期スケジュールの概要と、同期の状況、Directory Connector のステータスを提供します。サインインしていつでもダッシュボードを表示できます。
クラウドに同期する前にドライランを行う	クラウドに実装する前に、ディレクトリへの変更のドライランを実行します。レポートを実行し、望む変更が期待するものであるか確認します。
完全および増加同期	ディレクトリ全体を同期します。または増加変更のみを同期し、処理電源に保存して、同期時間を短くします。
複数のドメイン (単一フォレストまたは複数のフォレスト) を同期します	Directory Connector は、単一のフォレスト、または複数のフォレスト (AD LDS を必要としない) のどちらかで複数のドメインをサポートします。複数の Active Directory ドメインを持つ企業の場合、各ドメインに Directory Connector をインストールし、各ドメインを組織にバインドし、各ユーザーベースを Webex に同期できます。Control Hub は、複数の Directory Connector の同期状態を表示することで、ステータスを反映し、特定のドメインの同期をオフにし、高可用性展開で Directory Connector を非アクティブ化できます。
スケジュールされた同期	日、時間、分で同期のスケジュールを設定できます。
Lightweight フィルター Access Protocol (LDAP) フィルター	LDAP 検索条件を定義し、効率的なインポートを提供します。
Active Directory 属性マッピング	Microsoft Active Directory の属性を対応する Webex クラウド属性にマッピングします。Active Directory の設定に関連する属性をマッピングしたり、クラウドにマッピングするカスタム属性を定義したりできます。プレミスからの属性は、ユーザーアカウント情報、Webex Teams の電話番号、会議室リソースの SIP アドレス、その他のユーザー連絡先カードデータ (役職、部署、マネージャなど) など、クラウド内のさまざまなデータをフォームします。
オンプレミスの会議室リソースと Webex ライセンスのない Cisco Webex Calling (Cloud PSTN) ユーザーおよびエンタープライズの連絡先の企業ディレクトリ	組織の一部が通話サービスに Cisco Webex Calling クラウド PSTN を使用している場合、またはオンプレミスの会議室デバイスを使用している場合、この機能により、ユーザーは Cisco Webex Calling (クラウド PSTN) 電話または会議室リソースからエンタープライズ連絡先のディレクトリを検索できます。会議室リソース会議室情報を同期した後で、設定され、マップされた SIP アドレスをもつオンプレミス会議室デバイスは、Cisco Webex 会議室デバイスまたは Cisco Webex Board などのクラウド登録された会議室デバイスの検索可能なエントリとして表示されます。ユーザーが Cisco Webex Room デバイスまたは Cisco Webex Board で検索すると、SIP アドレスで設定された同期された会議室エントリが表示されます。エントリの Webex デバイスからコールを発信すると、コールはルームに設定された SIP アドレスに発信されます。通話ユーザーは Webex アプリの連絡先に加えて、エンタープライズの連絡先に発信できます。Directory Connector を通じて、エンタープライズユーザーとその電話番号が Webex 組織に追加されます。この機能を動作させるために、Webex サービスのライセンスを取得する必要はありません。 Webex のライセンスを持っていないユーザーは、Directory Connector を通じて Webex に同期された URI または電話番号がある場合、Cisco Webex Calling ユーザーの電話から実行されるディレクトリ検索に表示されます。通話機能は、両方のタイプのユーザーに対して同様に動作します。この機能はまた、電話番号のみの連絡先に対するダイヤルの編集機能も提供します。連絡先の検索結果: 連絡先にダイヤル可能な URI (Webex SIP アドレス) と電話番号がある場合、連絡先に関連付けられた URI が表示されます。連絡先にダイヤル可能な URI がないが、電話番号がある場合、電話番号が表示されます。それらにも、ダイヤル編集用のソフトキーがあります。連絡先にいずれもない場合、それらはディレクトリに表示されません。
イベントビューアー	イベントビューアーを使用して、同期に問題があるか確認します。
診断ツールとトラブルシューティング	内蔵の診断ツールを使用して、Cisco Directory Connector の展開のトラブルシューティングを行うことができます。同期が正しく機能しなかった場合は、設定またはネットワークエラーが発生する可能性があります。このツールは、サポートに連絡する前にエラーを診断できるように、Active Directory への接続をテストします。 Directory Connector でトラブルシューティングを有効にすると、ログが書き込まれてテクニカルサポートに送信されます。
自動アップグレード	Directory Connector をインストールした後、新しいソフトウェアのバージョンが利用可能になると通知が送信されます。新しいバージョンがリリースされたときに、常に最新バージョンのソフトウェアを使用できるように自動アップグレードを設定できます。
高可用性	メインのコネクタやマシンのホスティングがダウンした場合のために、バックアップを作成するため、複数のコネクタを構成します。

Directory Connector は、三つの領域に分けられます:

Control Hub は、Webex 組織のあらゆる面を管理できる単一のインターフェイスです。ユーザーがエンタープライズ ID プロバイダを通して認証し、Webex アプリの招待メールを送信しない場合は、ユーザーを表示、ライセンスの割り当て、Directory Connector のダウンロード、シングルサインオン (SSO) の設定を行います。
Directory Connector 管理インターフェイス は、Control Hub からダウンロードし、信頼できる Windows サーバーにインストールするソフトウェアです。複数のアクティブディレクトリドメインについて、同期する各ドメインにソフトウェアのインスタントを 1 つインストールできます。ソフトウェアを使用して、同期を実行して、Active Directory ユーザーアカウントを Webex に持ち込み、同期ステータスを表示および監視し、Directory Connector サービスを設定することができます。
ディレクトリ同期サービス は、Active Directory をクエリして、同期するユーザーとグループをコネクタサービスと Directory Connector に取得します。

Directory Connector アーキテクチャを理解するには、次の図を参照してください。

Directory Connector のための環境の準備

Directory Connector の要件

Windows および Active Directory の要件

次のサポートされている Windows サーバーに Directory Connector をインストールできます。

Windows サーバー 2022
Windows Server 2019
Windows Server 2016

Directory Connector は、次の Active Directory サービスでサポートされています。

Active Directory 2016 年

（Directory Connector は、Windows Server 2019 で最新バージョンの Active Directory を使用する場合にサポートされます）
Active Directory 2012 年
Active Directory 2008 R2
Active Directory 2008 年

次の追加要件に注意してください。

Directory Connector には TLS1.2 が必要です。以下をインストールする必要があります。
- .NET Framework v3.5 (Directory Connector アプリケーションに必要です。問題が発生した場合は、「ロールと機能の追加ウィザードを使用して .NET Framework 3.5 を有効にする」の手順を使用します。)
- .NET Framework v.4.5 (TLS1.2 に必要)
アクティブディレクトリ forest 機能レベル 2 (Windows Server 2003) またはそれ以降が必要です。(詳細については、「アクティブディレクトリの機能レベルとは?」を参照してください。)

ハードウェアの要件

次の最小ハードウェア要件を持つコンピュータに Directory Connector をインストールする必要があります。

8 GB の RAM
50 GB のストレージ
CPU の最低条件はありません

ネットワーク要件

ネットワークがファイアウォールの背後にある場合は、システムでインターネットへの HTTPS (ポート 443) アクセスがあることを確認してください。

Webex 組織の要件

Control Hub から Directory Connector ソフトウェアにアクセスするには、トライアルまたは有料サブスクリプションを持つ Webex 組織が必要です。
(オプション) 新しい Webex アプリのユーザーアカウントを初めてサインインする前にアクティブにする場合は、次の操作を行うことを推奨します。
- クラウドに同期するユーザーのメールアドレスを含むドメインの追加、検証、およびオプションで要求します。
- ID プロバイダー (IdP) と Webex 組織のシングルサインオン (SSO) インテグレーションを行います。
- 自動招待メールを抑制することで、新規ユーザーが自動招待メールを受信しなくなり、独自のメールキャンペーンを行うことができます。(この機能は SSO インテグレーションが必要です。)

詳細については、「Control Hub のユーザーステータスとアクション」を参照してください。

インストール要件

複数のドメイン環境 (単一フォレストまたは複数のフォレストのいずれか) については、各 Active Directory ドメインに 1 つの Directory Connector をインストールする必要があります。別の既存ドメイン (A) の同期したユーザーデータを保持している間、新しいドメイン (B) を同期する場合、サポートされている別の Windows サーバーを持ち、ドメイン (B) 同期に Directory Connector をインストールします。
コネクタにサインインするには、Active Directory の管理アカウントは必要ありません。Control Hub のフル管理者アカウントと同じユーザーであるローカルユーザーアカウントが必要です。

このローカルユーザは、ドメインコントローラに接続し、Active Directory ユーザオブジェクトを読み取るために、その Windows マシン上の権限を持っている必要があります。マシンログインアカウントは、ローカルマシンにソフトウェアをインストールする権限を持つコンピュータ管理者である必要があります。（この情報は、仮想マシンのログインにも適用されます）。
コネクタにサインインする際に、サインインアカウントは Control Hub のフル管理者アカウントと同じである必要があります。デフォルトでは、コネクタはローカルシステムアカウントを使用して Active Directory にアクセスします。ただし、Windows サービスを使用して、Active Directory にアクセスするための別のアカウントを設定することができます。（この情報は、仮想マシンのログインにも適用されます）。
次の手順を使用して、Windows Safe ダイナミックリンクライブラリ（DLL）検索モードが有効になっていることを確認します。Windows レジストリで SafeDllSearchMode を確認します。
1 つのフォレストで複数のドメインに AD LDS を使用する場合は、Directory Connector および Active Directory ドメインサービス/Active Directory ライトウェイトディレクトリサービス（AD DS/AD LDS）を別のマシンにインストールすることを推奨します。

複数のドメインの要件

各ドメインには、Directory Connector の個別のインスタンスが必要です。
Directory Connector ソフトウェアは、同期するのと同じドメインにあるホスト上で実行する必要があります。
Control Hub でドメインを確認または要求することをおすすめします。(「ドメインの追加、検証、要求」を参照してください。)
50 を超えるドメインを同期する場合は、組織を大規模な組織リストに移動させるために、チケットを開く必要があります。
必要に応じて、ルームリソース情報をユーザーアカウントと同期できます。(「オンプレミスの会議室情報を Webex Cloud に同期する」を参照してください)。

自動ライセンス割り当てに関する Active Directory グループの推奨事項

Active Directory には 2 種類のグループがあります。

配信グループ: メール配信リストを作成するために使用されます。
セキュリティグループ: 共有リソースに権限を割り当てるために使用されます。

Active Directory でグループを作成する際には、次のガイドラインを考慮してください。

各役割、部署、サービス (セールス、マーケティング、マネージャー、会計士、Webex ライセンスなど) に対してグローバルグループを作成します。
組織全体の標準命名規則を使用して、グループに関する重要な情報を簡単に識別できるようにします。グループ名には、アクセスレベル、リソースタイプ、セキュリティレベル、グループスコープ、メール機能など、グループに関する詳細を含めることができます。たとえば、グループ名「GSG_Webex_Licensing_EMEAR」は、Webex ライセンス EMEAR ユーザーのグローバルセキュリティグループを指します。
地理や管理階層など、わかりやすい方法でグループを整理します。グループの説明を使用して、グループの目的を完全に説明します。
新しくプロビジョニングされたグループにユーザーを追加する前に、それらのグループの自動ライセンスグループテンプレートを Control Hub で定義します。詳細については、「自動ライセンス割り当てテンプレートを設定する」を参照してください。

サイズ情報

同期の速度に影響を与える要因はいくつかあります。

Active Directory オブジェクトの合計数。(5000 人のユーザー同期ジョブは 50,000 件までかかります。)
ネットワーク速度と帯域幅。
システムのワークロードと仕様。

50,000 人を超えるユーザを同期している場合は、フェールオーバーと冗長性のために 2 番目のコネクタを使用することを強く推奨します。

Windows レジストリで SafeDllSearchMode を確認する

通常、SafeDllSearchMode が有効になっていますが、レジストリ設定をダブルチェックするには、この手順を使用します。

開始する前に

Windowsレジストリへの変更は、極端な注意が必要です。これらの手順を使用する前に、レジストリのバックアップを作成することをお勧めします。

Windows 検索または [実行] ウィンドウで、regedit と入力し、Enter を押します。

[HKEY_LOCAL_MACHINE\System\CurrentControlSet\Control\Session Manager] に移動します。

1 つを選択します。

SafeDllSearchMode がリストされていません - これ以上のアクションは必要ありません。
SafeDllSearchMode がリストされている—値が 1 に設定されていることを確認します。

詳細については、「ダイナミックリンクライブラリの検索順序」を参照してください。

ウェブプロキシの統合

ウェブプロキシ認証がご使用中の環境で有効化された場合、 Directory Connectorはまだご使用になれます。

組織で透過ウェブプロキシを使用している場合、認証はサポートされません。コネクタはユーザーを正常に接続し、同期します。

以下のいずれか 1 つのアプローチを選択することができます。

Internet Explorer 経由の明示的なウェブプロキシ (コネクタはウェブプロキシ設定を引き継ぎます)
.pac ファイルを介した明示的なウェブプロキシ (コネクタはエンタープライズ固有のプロキシ設定を継承します)
変更なしでコネクタで動作する透過型プロキシ

ブラウザーを通じてウェブプロキシを使用する

Internet Explorer 経由で Web プロキシを使用するようにディレクトリコネクタを設定できます。

1	Internet Explorer から、[インターネットオプション] に移動して、[接続] をクリックして、[LAN の設定] を選択します。
2	コネクタがウェブプロキシにインストールされている Windows インスタンスを指します。コネクタはこれらの Web プロキシ設定を継承します。
3	プロキシ認証を使用している環境の場合、以下の URL を許可リストに追加してください。同期のための cloudconnector.webex.com 。認証用の idbroker.webex.com 。フォント、js コンポーネントなどの静的リソースを提供する idbroker-static.webex.com 。これは、サイト全体 (すべての主催者) またはコネクタを持つホストのみに対して実行できます。これらの URL を許可リストに追加してウェブプロキシを完全にバイパスする場合は、ファイアウォール ACL テーブルが更新され、コネクタホストが URL に直接アクセスすることを許可するようにしてください。
4	環境が認証局から証明書失効リストをリクエストする必要がある場合は、次の URL を許可リストに追加します。 .quovadisglobal.com .digicert.com .godaddy.com .identrust.com *.lencr.org 詳細については、Webex サービスにアクセスする必要があるドメインと URL に関する記事を参照してください。

PAC ファイルを通じてウェブプロキシを構成する

プロキシ認証を使用している環境の場合、以下の URL を許可リストに追加してください。

同期のための cloudconnector.webex.com 。
認証用の idbroker.webex.com 。
フォント、js コンポーネントなどの静的リソースを提供する idbroker-static.webex.com 。

これは、サイト全体 (すべての主催者) またはコネクタを持つホストのみに対して実行できます。

環境が認証局から証明書失効リストをリクエストする必要がある場合は、次の URL を許可リストに追加します。

*.quovadisglobal.com
*.digicert.com
*.godaddy.com
*.identrust.com
*.lencr.org

詳細については、Webex サービスにアクセスする必要があるドメインと URL に関する記事を参照してください。

NTLM プロキシ

NTLM デザイン

一般的に、NTLM の技術的な設計は、チャレンジと応答のメカニズムに基づいています。

ユーザは Windows アカウントとパスワードを使用してクライアント PC にサインインします。パスワードはローカルに保存されません。プレーンテキストパスワードの代わりに、パスワードのハッシュ値がローカルに保存されます。ユーザがパスワードを通じてクライアントにサインインすると、Windows OS は入力パスワードから保存されたハッシュ値とハッシュ値を比較します。両方が同じ場合、認証はパスされます。

ユーザが別のサーバのリソースにアクセスする場合、クライアントはアカウント名でプレーンテキストで要求を送信します。
サーバがリクエストを受信すると、サーバは 16 ビットランダムキーを生成します。キーは Challenge（または Nonce）と呼ばれます。サーバがクライアントに戻す前に、チャレンジはサーバに保存されます。その後、サーバーはプレーンテキストでクライアントにチャレンジを送信します。
クライアントがサーバから送信されたチャレンジを受信するとすぐに、クライアントはステップ 1 で言及されたハッシュ値でチャレンジを暗号化します。暗号化後、値はサーバに返されます。
サーバがクライアントから暗号化された値を受信すると、サーバは検証のためにドメインコントローラに送信します。リクエストには次のものが含まれます。アカウント名、クライアントが送信した暗号化されたチャレンジ、および元のプレーンチャレンジ。
ドメインコントローラは、アカウント名に応じてパスワードのハッシュ値を取得できます。そして、ドメインコントローラは、元のチャレンジで暗号化できます。次に、ドマンコントローラーは、受信したハッシュ値と暗号化されたハッシュ値と比較できます。同じ場合、検証は成功します。

トランスパレントプロキシを構成する

1	コネクタがユーザに接続して同期できるように、透過プロキシを展開します。
2	プロキシが成功したことを確認します。コネクタの起動時にブラウザ認証ポップアップウィンドウが期待されます。

プロキシ認証の設定

アクセスコントロールリストを作成して、許可リストに URL cloudconnector.webex.com を追加します。

エンタープライズファイヤーウォールサーバー上の場合:

1	DNS 検索が有効になっていない場合、有効にします。
2	この接続の推定帯域幅を決定します (コネクタでは約 2 mb/秒以下)。この限りでは無いことがあります。
3	アクセスコントロールリストを作成してコネクタホストに適用し、許可リストに追加するターゲットとして `cloudconnector.webex.com` を指定します。たとえば、次のようなものです。 `access-list 2000 acl-inside extended permit TCP [コネクタの IP] cloudconnector.webex.com eq https`
4	この ACL を、この単一コネクタホストにのみ適用可能な適切なファイアウォールインターフェイスに適用します。
5	所属のエンタープライズに残っているホストが、適切な暗示された拒否ステートメントを設定することで、ウェブプロキシの使用がまだ義務付けられていることを確認します。

Directory Connector を展開する

Cisco Directory Connector の展開タスクフロー

始める前に

1	Directory Connector のインストール Control Hub には、最初にディレクトリ同期が無効として表示されます。組織のディレクトリ同期をオンにするには、Directory Connector をインストールして構成してから、完全な同期を正常に実行する必要があります。 Directory Connector の新規インストールについては、常に Control Hub (https://admin.webex.com) に移動してソフトウェアの最新バージョンを入手し、最新の機能とバグ修正を使用できるようにしてください。ソフトウェアのインストール後、ソフトウェアを通じてアップグレードが報告され、利用可能になったら自動的にインストールされます。
2	Directory Connector にサインイン Webex 管理者資格情報でサインインし、初期設定を実行します。
3	自動アップグレードの設定 Directory Connector ソフトウェアを最新バージョンに常に最新の状態に保つことが重要です。この手順を使用して、ソフトウェアが利用可能になったときにサイレントにインストールされるようにすることを推奨します。
4	同期する Active Directory オブジェクトの選択デフォルトでは、Directory Connector はコンピュータではないすべてのユーザーと、ドメインの重要なシステムオブジェクトではないすべてのグループを同期します。同期されるオブジェクトをより詳細に制御するには、Directory Connector の [オブジェクトの選択] ページを使用して、同期する特定のユーザを選択して LDAP フィルタを指定できます。
5	ユーザー属性をマッピングローカルの Active Directory の属性をクラウド内の対応する属性にマッピングできます。唯一の必須フィールドは *uid です。
6	次のいずれかの手順を使用して、ディレクトリアバターを同期します。 Active Directory 属性からクラウドにディレクトリアバターを同期するリソースサーバーからクラウドにディレクトリアバターを同期するユーザーのアバターをクラウドに同期することで、各ユーザーのアバターがアプリケーションにサインインしたときに表示されます。 Active Directory 属性またはリソースサーバからアバターを同期できます。
7	オンプレミスの会議室情報を Webex Cloud に同期するこの手順を使用して、Active Directory から Webex クラウドにオンプレミスの会議室情報を同期します。会議室情報を同期すると、構成され、マッピングされた SIP アドレスを持つオンプレミスの会議室デバイスは、Webex Room デバイスまたは Cisco Webex Board などのクラウド登録された会議室デバイスで検索可能なエントリとして表示されます。
8	Active Directory から Control Hub にユーザーをプロビジョニングするには、次の手順を実行します。 Active Directory ユーザーでドライラン同期を実行するクラウドへの Active Directory ユーザーの完全な同期を行う Control Hub のディレクトリ同期済みユーザーに Webex サービスを割り当てるこの手順に従って、Webex アプリアカウントの Active Directory ユーザーをプロビジョニングします。Directory Connector 3.0 以降のために、複数のフォレストまたは複数のドメインの Active Directory 展開からユーザーをプロビジョニングできます。異なるドメインのユーザーをオンボードするプロセス中に、Webex クラウドにすでに存在するユーザーオブジェクトを保持または削除するかどうかを決定する必要があります。たとえば、トライアルからアカウントをテストします。目標は、アクティブディレクトリと Webex クラウドの間で完全に一致することです。

Directory Connector のインストール

始める前に

プロキシサーバを通じて認証する場合は、次のプロキシクレデンシャルがあることを確認します。

プロキシ基本認証の場合、コネクタのインスタンスをインストールした後でユーザ名とパスワードを入力します。基本認証には Internet Explorer プロキシ設定も必要です。ブラウザから Web プロキシを使用するを参照してください。
プロキシ NTLM の場合、初めてコネクタを開くと、エラーが発生する場合があります。「ブラウザ経由で Web プロキシを使用する」を参照してください。

1	Control Hub で、[ユーザー] > [ユーザーの管理] > [ディレクトリ同期を有効にする] に移動し、[次へ] を選択します。
2	[ダウンロードとインストール] リンクをクリックして、コネクタのインストール .zip ファイルの最新バージョンを VMware または Windows サーバーに保存します。 .zip ファイルをこのリンクから直接取得できますが、このソフトウェアが機能するには、Control Hub 組織への完全な管理アクセス権が必要です。新しいインストールについては、最新の機能とバグ修正を使用できるように、ソフトウェアの最新バージョンを取得してください。ソフトウェアのインストール後、ソフトウェアを通じてアップグレードが報告され、利用可能になったら自動的にインストールされます。
3	VMware または Windows サーバーで、セットアップフォルダで .msi ファイルを解凍して実行し、セットアップウィザードを起動します。
4	[次へ] をクリックし、ボックスにチェックを入れてライセンス契約に同意し、アカウントタイプの画面が表示されるまで [次へ] をクリックします。
5	使用するサービスアカウントのタイプを選択し、管理者アカウントでインストールを実行します。ローカルシステム—デフォルトオプションです。 Internet Explorer を使用してプロキシを設定している場合は、このオプションを使用できます。ドメインアカウント: コンピューターがドメインの一部である場合は、このオプションを使用します。 Directory Connector は、ドメインリソースにアクセスするために、ネットワークサービスと対話する必要があります。アカウント情報を入力し、[OK] をクリックします。ユーザー名を入力する場合は、`{domain}\{user_name} の形式を使用してください。` AD (NTLMv2 または Kerberos) と統合するプロキシの場合、ドメインアカウントオプションを使用する必要があります。 Directory Connector サービスを実行するために使用されるアカウントは、プロキシを渡し、AD にアクセスするのに十分な権限を持っている必要があります。エラーを回避するために、次の権限が設定されていることを確認してください。サーバーはドメインの一部ですドメインアカウントは、オンプレミス AD データとアバターデータにアクセスできます。アカウントは `C:\Program Files` の下のファイルにアクセスする必要があるため、ローカル管理者の役割も持つ必要があります。仮想マシンログインの場合、管理アカウント権限は少なくともドメイン情報を読み取ることができなければなりません。
6	[インストール] をクリックします。ネットワークテストの実行後、プロンプトが表示されたら、プロキシ基本資格情報を入力し、[OK] をクリックし、[完了] をクリックします。

次に行うこと

Directory Connector にサインイン

始める前に

プロキシの資格情報を持っていることを確認します。

プロキシ基本認証の場合、初めてコネクタを開いた後でユーザー名とパスワードを入力します。
プロキシ NTLM の場合は、Internet Explorer を開き、歯車アイコンをクリックし、[インターネットオプション] > [接続] > [LAN 設定] に進み、プロキシサーバー情報が追加されていることを確認し、[OK] をクリックします。「ブラウザ経由で Web プロキシを使用する」を参照してください。

1	コネクタを開き、プロンプトが表示されたら、`https://idbroker.webex.com` を信頼できるサイトのリストに追加します。
2	プロンプトが表示されたら、プロキシ認証資格情報でサインインし、管理アカウントを使用して Webex にサインインし、[次へ] をクリックします。
3	組織とドメインを確認します。 [AD DS] を選択した場合、[LDAP over SSL] をチェックして、セキュアな LDAP (LDAPS) を接続プロトコルとして使用し、同期するドメインを選択し、[確認] をクリックします。 [LDAP over SSL] をオンにしない場合、DirSync は引き続き LDAP 接続プロトコルを使用します。 LDAP (Lightweight Directory Application Protocol) および Secure LDAP (LDAPS) は、アプリケーションとインフラストラクチャ内のドメインコントローラの間で使用される接続プロトコルです。 LDAPS 通信は暗号化され、安全です。 [AD LDS] を選択した場合、ホスト、ドメイン、ポートを入力し、[更新] をクリックしてすべてのアプリケーションパーティションを読み込みます。次に、ドロップダウンリストからパーティションを選択し、[確認] をクリックします。詳細については、AD LDS のセクションを参照してください。 CloudConnectorCommon.dll 構成ファイルで、ADAuthLevel 設定を appSetting ノードに追加していることを確認します。値は 1、2、または 3 にすることができます。 AuthenticationTypes の詳細については、Microsoft からのこの記事を参照してください。値が 1 を持つ設定の例を次に示します。 `<appSettings> <add key=”ConnectorServiceURI” value="https://cloudconnector.webex.com/SynchronizationService-v1_0/?orgId=GLOBAL" /> <ADD KEY="ADAuthLevel" value="1" /> </appSettings>`
4	[組織の確認] 画面が表示されたら、[確認] をクリックします。すでに AD DS/AD LDS にバインドしている場合は、[組織の確認] 画面が表示されます。
5	[確認] をクリックします。
6	Directory Connector にバインドする Active Directory ドメインの数に応じて、1 つを選択します。 AD LDS である単一のドメインがある場合、既存の AD LDS ソースにバインドし、[確認] をクリックします。 AD DS である単一のドメインがある場合、既存のドメインまたは新しいドメインにバインドします。 [新しいドメインにバインド] を選択した場合は、[次へ] をクリックします。既存のソースタイプが AD DS であるため、新しいバインディングに AD LDS を選択することはできません。複数のドメインがある場合は、リストから既存のドメインを選択するか、[新しいドメインにバインド] を選択し、[次へ] をクリックします。複数のドメインを持っているため、既存のソースタイプは AD DS である必要があります。 [新しいドメインにバインド] を選択し、[次へ] をクリックすると、新しいバインディングに [AD LDS] を選択することはできません。

次に行うこと

サインインすると、ドライラン同期を実行するようにプロンプトが表示されます。

Directory Connector ダッシュボード

セッションがタイムアウトした場合は、サインインし直してください。

これらのタスクは、[アクション] ツールバーまたは [アクション] メニューから簡単に実行できます。

表1。ダッシュボードコンポーネント
コンポーネント	説明
現在の同期	現在進行中の同期に関するステータス情報を表示します。同期が実行されていない場合、ステータスの表示はアイドル状態になります。
次の同期	次にスケジュールされた完全同期と増分同期を表示します。スケジュールが設定されていない場合、[スケジュールされていません] が表示されます。
最後の同期	最後に実行された 2 つの同期のステータスを表示します。
現在の同期ステータス	同期の全体的なステータスを表示します。
コネクタ	クラウドで使用可能な現在のオンプレミスコネクタを表示します。
クラウド統計	同期の全体的なステータスを表示します。
同期スケジュール	増分同期と完全同期のための同期スケジュールを表示します。
設定の概要	設定で変更した設定が一覧表示されます。たとえば、概要には以下が含まれる場合があります。すべてのオブジェクトが同期されますすべてのユーザーが同期されます削除されたしきい値は無効になっています。

表 2. アクションツールバー
アクション	説明
増分同期を開始	増分同期を手動で開始このアクションは、同期を一時停止または無効にする場合、完全な同期が完了していない場合、または同期が進行中の場合に無効になります。
ドライランの同期	ドライラン同期を実行します。
イベントビューアを起動	Microsoft イベントビューアを起動します。
更新	Cisco Directory Connector ダッシュボードを更新

表3。アクションメニューバー
アクション	説明
今すぐ同期	完全な同期をすぐに開始します。
同期モード	増分同期モードまたは完全同期モードを選択します。
コネクタシークレットをリセット	Cisco Directory Connector とコネクタサービス間の会話を確立します。このアクションを選択すると、クラウド内の秘密がリセットされ、秘密がローカルに保存されます。
ドライラン	同期プロセスのテストを実行します。完全同期を行う前に、ドライランを実行する必要があります。
トラブルシューティング	トラブルシューティングをオンまたはオフにします。
更新	Cisco Directory Connector のメイン画面を更新します。
終了	Cisco Directory Connector を終了します。

表 4YAZ設定オプションキーの組み合わせ
キーの組み合わせ	アクション
Alt + A	[アクション] メニューを表示する
`Alt + A + S`	今すぐ同期
`Alt + A + R`	コネクタシークレットをリセット
`Alt + A + D`	ドライラン
`Alt + A + S + I`	増分同期
`Alt + A + S + F`	完全同期
`Alt + H キー`	[ヘルプ] メニューを表示
`Alt + H + H`	ヘルプ
`Alt + H + A`	バージョン情報
`Alt + H + F`	よくある質問

自動アップグレードの設定

1	Directory Connector から、[構成] > [全般] に進み、[新しい Cisco Directory Connector バージョンに自動的にアップグレードする] をオンにします。
2	[適用] をクリックして変更を保存します。

コネクタの新しいバージョンは利用可能になったら自動的にインストールされます。

同期する Active Directory オブジェクトの選択

自動ライセンス割り当てのグループ

LDAP フィルタを使用して、関連するグループをクラウドに同期することのみを推奨します。たとえば、フィルタを次のように設定できます。

(&(cn=例)(objectclass=グループ))*

Directory Connector のオブジェクト選択画面

ハイブリッドデータセキュリティ展開のグループ

始める前に

1	Directory Connector から、[構成] に移動し、[オブジェクトの選択] をクリックします。
2	[オブジェクトタイプ] セクションで、[ユーザー] にチェックを入れ、ユーザーの検索可能なコンテナーの数を制限することを検討してください。たとえば、特定のグループ内のユーザーのみを同期する場合は、[ユーザー] の LDAP フィルタフィールドに LDAP フィルタを入力する必要があります。 Example-manager グループ内のユーザーを同期する場合は、次のようなフィルターを使用します。 `(&(sAMAccountName=*)(memberOf=cn=Example-manager,ou=Example,ou=Security Group,dc=会社))`
3	[会議室の識別] にチェックを入れ、会議室データをユーザーデータから分離します。ユーザーデータを会議室データとして識別するための追加の属性を設定する場合は、[カスタマイズ] をクリックします。 Active Directory から Webex クラウドにオンプレミスの会議室情報を同期する場合は、この設定を使用します。会議室情報を同期すると、構成され、マッピングされた SIP アドレスを持つオンプレミスの会議室デバイスは、クラウドに登録された会議室デバイスで検索可能なエントリとして表示されます。詳細については、「オンプレミスの会議室情報を Webex Cloud に同期する」を参照してください。
4	Active Directory ユーザーグループをクラウドに同期する場合は、[グループ] にチェックを入れます。 [グループ（Groups）] フィールドにユーザ同期の LDAP フィルタを追加しないでください。グループデータ自体をクラウドに同期するには、[グループ（Groups）] フィールドのみを使用してください。デフォルトでは、グループは新しい顧客に対して同期されません。グループ同期を有効にする必要があります。セキュリティグループも同期する必要があります。
5	ユーザーの連絡先情報をクラウドに同期する場合は、[連絡先] にチェックを入れます。 Directory Connector は、コネクタによって同期された連絡先のみを管理します。 Control Hub にすでに連絡先がある場合は、同期によって連絡先は削除されません。同期範囲から連絡先が削除された場合、ユーザーの連絡先情報も Control Hub で削除されます。
6	LDAP フィルタを設定します。有効な LDAP フィルタを提供することにより、拡張フィルタを追加できます。 LDAP フィルタの設定の詳細については、この記事を参照してください。
7	[選択] をクリックして、[同期するオンプレミスベース DN] を指定して、Active Directory のツリー構造を確認します。ここから、検索するコンテナーを選択または選択解除できます。
8	この構成に追加するオブジェクトを確認し、[選択] をクリックします。同期に使用する個別または親コンテナーを選択できます。親コンテナーを選択して、すべての子コンテナーを有効にします。子コンテナーを選択した場合、親コンテナーには、子コンテナーがチェックされたことを示すグレーのチェックマークが表示されます。次に、[選択] をクリックして、チェックした Active Directory コンテナーを受け入れることができます。組織ですべてのユーザーとグループをユーザーコンテナーに配置する場合、他のコンテナーを検索する必要はありません。組織が組織単位に分割されている場合は、必ず [OU] を選択してください。
9	[適用] をクリックします。オプションを選択します。設定変更を適用ドライランキャンセルドライランの詳細については、「Active Directory ユーザーでドライラン同期を行う」を参照してください。グループ同期では、完全同期を行う必要があります。クラウドに Active Directory ユーザーの完全な同期を行います。

ユーザー属性をマッピング

1	Directory Connector から、[構成] をクリックし、[ユーザー属性マッピング] を選択します。このページには Active Directory (左) と Webex クラウド (右) の属性名が表示されます。必須の属性はすべて赤いアスタリスクでマークされます。
2	[Active Directory 属性名] の一番下までスクロールし、これらの Active Directory 属性の 1 つを選択して、クラウド属性 uid にマッピングします。メール: ほとんどの展開でメール形式で使用されます。 userPrincipalName—メール属性が Active Directory の他の目的で使用されている場合の代替選択肢です。この属性はメール形式である必要があります。他の Active Directory 属性のいずれか uid にマッピングできますが、上記のガイドラインで説明されているように mail または userPrincipalName を使用することをお勧めします。場合によっては、userPrincipalName がサインインに使用されますが、ユーザーのメールアドレスがカレンダーを管理するために使用されます。カレンダー管理用のメールアドレスが Webex のプライマリメールアドレスフィールドにマッピングされていることを確認する必要があります。 alternative のメールアドレスとして userPrincipalName を追加します。 Active Directory のどの属性がクラウドで一致するかを確認するには、「Directory Connector の Active Directory 属性のマッピング」を参照してください。同期を動作させるには、選択する Active Directory 属性が電子メール形式であることを確認する必要があります。推奨属性の 1 つを選択しない場合は、Directory Connector にポップアップが表示されます。
3	事前に定義された Active Directory 属性が展開で機能しない場合、属性ドロップダウンをクリックし、下部までスクロールして、[属性をカスタマイズ] を選択して、属性表現を定義できるウィンドウを開きます。 [ヘルプ] をクリックして、式に関する詳細を確認し、式がどのように動作するかを確認してください。詳細については、「カスタマイズされた属性の式」を参照してください。この例では、Active Directory 属性 `givenName` と `Sn` をクラウド属性 `displayName` にマッピングします。属性式を givenName + "" + Sn として定義し (引用符は余分なスペース)、検証する既存のユーザーメールを提供します。 [確認] をクリックして、期待した結果と一致するかどうかを確認します。成功した結果は次のようになります。結果が期待通りの場合は、[OK] をクリックして新しいカスタマイズした属性を保存します。後で、displayName を変更する場合は、新しい属性式を入力することができます。 Directory Connector は、アイデンティティサービスの uid の属性値を検証し、現在のユーザーフィルターオプションで 3 人の使用可能なユーザーを取得します。これらの 3 人のユーザーのすべてに有効なメール形式がある場合、Cisco Directory Connector には次のメッセージが表示されます。属性が確認できない場合、次の警告が表示され、Active Directory に戻り、ユーザーデータを確認および修正できます。
4	(オプション) Webex アプリのユーザーの連絡先カードにモバイル番号と職場の番号を表示する場合は、モバイルとtelephoneNumber のマッピングを選択します。ユーザーが別のユーザーのプロファイル画像の上にカーソルを合わせると、電話番号のデータが Webex アプリに表示されます。ユーザーの連絡先カードからの通話の詳細については、「Webex (Unified CM) の通話展開ガイド」(管理者) を参照してください。
5	追加のマッピングを選択して、連絡先カードに表示されるデータを追加します。 `部門番号` `表示名` `マネージャー` `タイトル` 属性がマッピングされると、ユーザが別のユーザのプロファイル画像の上にカーソルを合わせると、情報が表示されます。連絡先カードの詳細については、「連絡しようとしている相手を確認する」を参照してください。これらの属性を各ユーザーアカウントに同期した後、Control Hub で People Insights をオンにすることもできます。この機能により、Webex アプリのユーザーは、プロファイルでより多くの情報を共有し、お互いについて詳しく知ることができます。機能と有効にする方法の詳細については、「Control Hub の Webex、Jabber、Webex Meetings、および Webex Events (新) の People Insights プロファイル」を参照してください。
6	選択したら、[適用] をクリックします。

削除されたユーザーは、完全に削除される前に、7 日間クラウドアイデンティティサービスに保持されます。

Active Directory とクラウドの属性

[ユーザー属性マッピング] タブを使用して、ローカルの Active Directory からクラウド内の対応する属性に属性をマッピングできます。

Active Directory の属性名	Webex クラウドの属性名	メモ
—	ビル名	—
C	C	この属性は、ユーザーの国の略称を指定します。
部門番号	部門番号	この属性は、連絡先カードとPeople Insights に表示されるユーザーの部署番号に使用されます。
表示名	表示名	この属性は、Control Hub に表示されるユーザーアカウントの表示名、連絡先カード、People Insights に使用されます。
ユーザアカウント制御	ds-pwp-account-disabled	この属性はユーザー同期に使用されます。 userAccountControl 属性が ds-pwp-account-disabled にマッピングされているか、ユーザーが適切に同期されないことを確認してください。
従業員番号	従業員番号	—
ファクシミリ電話	ファクシミリ電話	—
—	jabberID	このクラウド属性は、Jabber で使用される IM アドレス（XMPP タイプ）に関連しています。この値は sipAddresses と同じではありません。
l	l	この属性は、ユーザの市区町村を指定します。
—	ロケール	—
マネージャー	マネージャー	この属性は、連絡先カードとPeople Insightsに表示されるユーザーのマネージャ名に使用されます。
モバイル	モバイル	この属性は、連絡先カードからユーザーに電話をかけるために表示される携帯電話番号として使用されます。
O	O	この属性は、会社または組織の名前を指定し、連絡先カードに表示されます。
または	または	この属性は、組織単位の名前を指定します。
physicalDeliveryOfficeName	physicalDeliveryOfficeName	この属性は、ユーザーのオフィスロケーションを指定します。
郵便番号	郵便番号	この属性は、物理的なメール配信のためのユーザーの郵便番号または郵便番号を指定します。
優先言語	優先言語	この属性は、ユーザーの優先言語を設定し、次の形式がサポートされます。 xx_YY または xx-YY。いくつかの例を以下に示します。 en_US, en_GB, fr-CA. サポートされていない言語または無効な形式を使用する場合、ユーザーの優先言語は組織の言語設定に変更されます。
MSRTCSIP-PrimaryUserAddress ipPhone	SipAddresses;type=エンタープライズ	この属性は、Active Directory から Cisco Webex クラウドにオンプレミスの会議室情報を同期するために使用されます。
snさん	snさん	この属性は、Control Hub に表示されるユーザーアカウントの姓、連絡先カード、People Insights に使用されます。
セント	セント	この属性は、ユーザの都道府県を指定します。
番地	番地	この属性は、物理的なメール配信のためのユーザの番地を指定します。
電話番号	電話番号	この属性では、連絡先カードからユーザーに電話をかけるために使用されるユーザーのプライマリ (職場) 電話番号を指定します。
—	タイムゾーン	このクラウド属性は、ユーザーのタイムゾーンを指定します。
タイトル	タイトル	この属性では、連絡先カードとPeople Insightsに表示されるユーザーのタイトルを指定します。
種類	企業	—
メール userPrincipalName	UID (uid)	必須の属性マッピング。各ユーザーアカウントについて、Active Directory の値はクラウドの一意の UID にマッピングされます。場合によっては、userPrincipalName がサインインに使用されますが、ユーザーのメールアドレスがカレンダーを管理するために使用されます。カレンダー管理用のメールアドレスが Webex のプライマリメールアドレスフィールドにマッピングされていることを確認する必要があります。 alternative のメールアドレスとして userPrincipalName を追加します。ユーザーは、正しい SAML 属性マッピングが設定されている限り、これらのメールアドレスを使用してサインインできます。代替メールアドレスをマッピングする方法については、以下のサンプル属性マッピングを参照してください。
userPrincipalName メール <カスタム属性>	メール; タイプワーク	このマッピングはオプションです。代替のメールアドレスを使用する場合に使用してください。これは認証に使用されるメールです。カレンダーの管理には使用されません。 AD からマッピングするメールアドレスは、組織内の検証済みドメインのものである必要があり、一意であり、別のユーザーに割り当てられていない必要があります。
<Azure ユーザー objectId の新しい属性>	externalId	新しい Active Directory 属性を作成して、Azure ユーザー objectId を保持し、既存の属性と衝突しないようにします。この属性は externalId 属性にマッピングされ、Webex ユーザーが Microsoft 365 でグループを作成すると、Webex でチームを自動的に作成することを確認します。

代替メールアドレスのマッピング

カスタマイズされた属性の式

表 5. カスタマイズされた属性の式
演算子	説明と例
%	matches が指定された場合、検索結果が代入されます。例式 `"abc@example.com" % "@"` 結果 `例.com`
-	指定された文字列の末尾から入力文字列の背面を取り去ります。例式 `"abc@example.com" - "@"` 結果 `abcさん`
+	入力文字列や式を連結します。例式 `"abc" + "" + "def"` 結果 `ABC デフ`
\|	空の文字列に対して区切られた式を評価し、最初の空でない結果を選択します。例式 `「ABC」` 結果 `abcさん`

Active Directory 属性からクラウドにディレクトリアバターを同期する

1	Directory Connector から、[構成] に移動し、[アバター] をクリックして、[有効化] をオンにします。
2	[アバターを取得する] の場合、[AD 属性] を選択し、クラウドに同期する未加工アバターデータを含む [アバター属性] を選択します。
3	アバターが正しくアクセスされていることを確認するには、ユーザーのメールアドレスを入力し、[ユーザーのアバターを取得] をクリックします。アバターが右側に表示されます。
4	アバターが正しく表示されたことを確認したら、[適用] をクリックして変更を保存します。

同期された画像は、Webex アプリのユーザーのデフォルトのアバターになります。 Directory Connector からこの機能を有効にした後、ユーザーは独自のアバターを設定できません。
ユーザーアバターは Webex アプリと Webex サイト上の一致するアカウントの両方に同期されます。

次に行うこと

リソースサーバーからクラウドにディレクトリアバターを同期する

始める前に

この手順の URI パターンと変数値は例を示します。ディレクトリアバターが配置されている実際の URL を使用する必要があります。
アバター URI パターンとアバターが存在するサーバは、Directory Connector アプリケーションから到達可能である必要があります。コネクタは画像への http または https アクセスを必要としますが、画像がインターネットで公的にアクセスされる必要はありません。
アバターデータの同期は、Active Directory ユーザープロファイルから分離されます。プロキシを実行する場合、アバターデータが NTLM 認証または基本認証によってアクセスできることを確認する必要があります。

1	Directory Connector から、[構成] に移動し、[アバター] をクリックして、[有効化] をオンにします。
2	[アバターを取得する] の場合、[リソースサーバー] を選択し、[アバター URI パターン] を入力します。たとえば、*`http://www.example.com/dir/photo/zoom/{mail: .?(?=@.)}.jpg`* アバター URI パターンの各部分とその意味を見てみましょう。 http://www.example.com/dir/photo/zoom/—同期されるすべての写真があるパスです。サーバー上の Directory Connector サービスが到達可能な URL である必要があります。 mail:—Directory Connector に Active Directory からメール属性の値を取得するように指示します .?(?=@.)—次の機能を実行する正規表現シンタックス。 *`.—任意の文字。0 回以上繰り返します。` `?—前の変数をできるだけ文字数に一致するように指示します。` `(?= ... ) - 結果に含めずに、メイン式の後にグループを照合します。 Directory Connector は一致を探し、出力に含めません。` `@.: at 記号の後に、任意の文字が続き、0 回以上繰り返します。`* `.jpg—ユーザーのアバターのファイル拡張子。このドキュメントでサポートされているファイル形式を確認し、必要に応じて拡張機能を変更します。`
3	(オプション) リソースサーバーで資格情報が必要な場合は、[アバターにユーザークレデンシャルを設定する] にチェックを入れ、[現在のサービスログオンユーザーを使用] または [このユーザーを使用] を選択し、パスワードを入力します。
4	変数の値を入力します。例: `abcd@example.com`。
5	[テスト] をクリックして、アバター URI パターンが正しく機能していることを確認します。この例では、1 つの AD エントリのメール値が `abcd@example.com` で jpg 画像が同期されている場合、最終的なアバター URI は `http://www.example.com/dir/photo/zoom/abcd.jpg です。`
6	URI 情報が確認され、正しく表示されたら、[適用] をクリックします。正規表現の使用の詳細については、「Microsoft 正規表現言語クイックリファレンス」を参照してください。

同期された画像は、Webex アプリのユーザーのデフォルトのアバターになります。 Directory Connector からこの機能を有効にした後、ユーザーは独自のアバターを設定できません。
ユーザーアバターは Webex アプリと Webex サイト上の一致するアカウントの両方に同期されます。

次に行うこと

オンプレミスの会議室情報を Webex Cloud に同期する

1	Directory Connector から、[同期] に移動し、同期されたドメインの隣にあるをさらにクリックし、[設定] をクリックして、[オブジェクトの選択] を選択します。
2	[会議室情報をクラウドに同期] をチェックして、同期中に会議室データをユーザーデータから分離します。この設定が無効になっている場合、会議室データはユーザー同期データと同じ方法で処理されます。
3	[属性マッピング] に移動し、クラウド属性 sipAddresses;type=enterprise の属性マッピングを変更します。値検証を使用するには、SIP アドレスの値は Pattern.compile("^([^@])(.)@(.)$") である必要があります。利用可能な場合は、[MSRTCSIP-PrimaryUserAddress] を選択します。 Active Directory スキーマに上記の属性がない場合は、ipPhone などの別のフィールドを使用します。
4	Exchange で会議室リソースメールボックスを作成します。これは、コネクタがルームを識別するために使用する msExchResourceMetaData;ResourceType:Room 属性を追加します。
5	Active Directory のユーザーとコンピュータから、会議室のプロパティに移動して編集します。次の sip のプレフィックスを持つ完全修飾の SIP URI を追加します。
6	ドライランの同期を実行してから、コネクタで完全実行の同期を実行します。新しい会議室オブジェクトは [追加されたオブジェクト] にリストされ、一致した会議室オブジェクトは、ドライランレポートの [一致したオブジェクト] に表示されます。削除にフラグが付けられた会議室オブジェクトは、[削除された会議室] の下にあります。ドライランの結果には、一致したルームリソースが表示されます。この設定は、Active Directory の会議室データ (会議室の属性を含む) をユーザーデータから分離します。同期が完了すると、コネクタダッシュボードのクラウド統計には、クラウドに同期された会議室データが表示されます。

次に行うこと

Control Hub から、ディレクトリから会議室を自動的にインポートし、ワークスペースを作成できます。

ディレクトリ同期結果でのメールレポートの送信

1	Directory Connector から、[構成] をクリックし、[通知] を選択します。
2	Directory Connector から、[設定] をクリックし、[メール受信者] の隣の [レポートの同期を有効にする] をオンに切り替えます。
3	デフォルトの通知動作をオーバーライドし、1 人以上のメール受信者を追加する場合は、[通知を有効にする] をオンにします。
4	[追加] をクリックし、メールアドレスを入力します。無効な形式でメールアドレスを入力すると、変更を保存して適用する前に、問題を修正するように指示するメッセージがポップアップ表示されます。
5	[メールの追加] をクリックし、メールアドレスを入力します。無効な形式でメールアドレスを入力すると、変更を保存して適用する前に、問題を修正するように指示するメッセージがポップアップ表示されます。
6	入力したメールアドレスを編集する必要がある場合は、左側の列のメールエントリをダブルクリックして、必要な変更を加えます。
7	すべての有効なメールアドレスを追加したら、[適用] をクリックします。
8	すべての有効なメールアドレスを追加したら、[保存] をクリックします。

次に行うこと

メールアドレスを削除することを決定した場合、メールをクリックしてそのエントリを強調表示し、[削除] をクリックします。

メールアドレスを削除することを決定した場合、特定のメールアドレスエントリの隣の [削除] をクリックします。

Active Directory から Control Hub にユーザーをプロビジョニング

1	Active Directory ユーザーでドライラン同期を実行するドライランを実行して、オンプレミスの Active Directory のオブジェクトと Webex クラウドのオブジェクトを比較します。ドライランでは、完全または増分同期を実行してクラウドに変更をコミットする前に、どのオブジェクトが追加、変更、または削除されるかを確認できます。
2	クラウドへの Active Directory ユーザーの完全な同期を行う完全同期を実行すると、コネクタサービスは Active Directory（AD）からクラウドにフィルタリングされたすべてのオブジェクトを送信します。コネクタサービスは次に、AD エントリで ID ストアを更新します。自動割り当てライセンステンプレートを作成した場合は、新しく同期されたユーザーに割り当てることができます。
3	Control Hub のディレクトリ同期済みユーザーに Webex サービスを割り当てる Directory Connector から Control Hub への完全なユーザーの同期が完了したら、さまざまな方法を使用して Webex サービスライセンスを割り当てることができます。 Active Directory から同期した新しい Webex アプリユーザーで使用する前に、自動割り当てライセンステンプレートをセットアップすることを推奨します。この最初のステップの後で、個々の変更を行うこともできます。

Active Directory ユーザーでドライラン同期を実行する

始める前に

1	次のいずれかを選択します。初めてサインインした後、プロンプトで [はい] をクリックして、ドライランを実行します。ドライランを実行するためのリマインダを見逃した場合は、いつでも Directory Connector から、[ダッシュボード] をクリックし、[ドライランの同期] を選択し、[OK] をクリックしてドライランの同期を開始します。ドライランが完了すると、次のいずれかの結果が表示されます。 *Directory Connector で検出された不一致のオブジェクト* *Directory Connector のドライランレポート結果と不一致のオブジェクトの概要* 概要には、オブジェクトの一致についての情報が含まれます。一致したオブジェクト - Webex 共通 ID にあり、Active Directory ドメインにも存在しているユーザー。つまり、someuser@cisco.com が Webex に同期され、Control Hub に表示され、同じユーザー (someuser@cisco.com) が Active Directory に存在する場合。これは、ユーザが一致していることを意味します。一致しないオブジェクト - Webex にいるユーザー。ユーザーが Common Identity に追加された方法に関係なく、Active Directory にユーザーが存在しません。これは不一致オブジェクトと呼ばれます。たとえば、someuser@cisco.com が Webex で同期され、Control Hub に表示されているが、同じユーザー (someuser@cisco.com) が Active Directory によって管理されていない場合、レポートにはユーザーが不一致であることが表示されます。ドライランでは、ドメインユーザと比較してユーザを識別します。アプリケーションは、ユーザが現在のドメインに属している場合、ユーザを識別できます。次のステップでは、オブジェクトを削除するか、または保持するかを決定する必要があります。一致しないオブジェクトは、Webex クラウドにすでに存在しているが、オンプレミスの Active Directory には存在していないとして識別されます。
2	ドライランの結果を確認し、単一ドメインまたは複数のドメインを使用するかどうかに応じて、オプションを選択します。シングルドメイン: 一致しないユーザーを維持するかどうかを決定します。保持する場合は、[いいえ、オブジェクトを保持する] を選択します。保持しない場合は、[はい、オブジェクトを削除する] を選択します。これらの手順を実行し、プレミスとクラウドの間で完全に一致するように、手動で完全同期を実行した後、Directory Connector はスケジュールされた自動同期タスクを自動的に有効にします。複数のドメイン—ドメイン A とドメイン B の組織の場合、まずドメイン A のドライランを実行します。一致しないユーザーを保持する場合は、[いいえ、オブジェクトを保持する] を選択します。 (これらの一致しないユーザーはドメイン B のメンバーである可能性があります。) 削除する場合は、[はい、オブジェクトを削除] を選択します。ユーザーを維持する場合は、まずドメイン A の完全な同期を実行し、ドメイン B のドライランを実行します。まだ一致しないユーザーが存在する場合は、これらのユーザーを Active Directory に追加してから、ドメイン B の完全な同期を実行します。プレミスとクラウドの間で完全に一致する場合、Directory Connector はスケジュールされた自動同期タスクを自動的に有効にします。
3	[ドライランの確認] プロンプトで、[はい] をクリックしてドライランの同期を再実行し、ダッシュボードを表示して結果を表示します。ドライランで正常に同期されたアカウントは、[一致したオブジェクト] の下に表示されます。クラウド内のユーザーが Active Directory に同じメールを持つ対応するユーザーを持っていない場合、エントリは [削除されたユーザー] の下にリストされます。この削除フラグを回避するために、同じメールアドレスで Active Directory にユーザーを追加できます。同期された項目の詳細を表示するには、特定の項目または [一致したオブジェクト] の対応するタブをクリックします。概要情報を保存するには、[結果をファイルに保存] をクリックします。
4	結果が予想される場合は、[アクション] > [同期モード] > [同期を有効にする] に移動し、[今すぐ有効にする] をクリックして手動同期を実行し、この時点で手動モードにします。複数ドメイン展開で最後の Active Directory ドメインで同期を行った後、Directory Connector の自動モードを有効にする必要があります。自動モードを有効にできるのは、オブジェクトが Webex クラウドとすべてのオンプレミスのアクティブディレクトリの間で完全に一致している場合のみです。

次に行うこと

保持した不一致のユーザーオブジェクトについては、オンプレミスとクラウドの間で完全に一致するように、それらを Active Directory に追加する必要があります。
同期タイプを選択:
- 新しいユーザーを最初にクラウドに同期するときに、クラウドに Active Directory ユーザーの完全な同期を行う。 [アクション] > [今すぐ同期] > [フル] から行い、現在のドメインのユーザーが同期されます。
- 完全な同期を実行した後、最初の同期後に変更をピックアップする場合は、コネクタスケジュールを設定し、増分同期を実行することができます。このタイプの同期は、Active Directory ユーザーソースに加えられた小さな変更をピックアップすることをお勧めします。
  
  デフォルトでは、増分同期は 30 分ごと（バージョン 3.4 以前）または 4 時間ごと（バージョン 3.5 以降）に発生するように設定されていますが、この値は変更できます。増分同期は、最初に完全同期を実行するまで実行されません。
複数のドメインがある場合は、インストールした他の Directory Connector でこれらの手順を繰り返します。

注意事項

一致するユーザーが削除するようにマークされ、続行する方法がわからない場合は、「Directory Connector のトラブルシューティングと修正」でトラブルシューティング情報とサポートに連絡する方法を参照してください。

削除されたユーザーは、完全に削除される前に、7 日間クラウドアイデンティティサービスに保持されます。

クラウドへの Active Directory ユーザーの完全な同期を行う

複数のドメインがある場合は、各 Active Directory ドメインにインストールした Directory Connector インスタンスでこの手順を実行する必要があります。

始める前に

完全同期後、およびユーザーが初めてサインインする前に、Webex アプリのユーザーアカウントをアクティブステータスにするには、次の手順を実行してメール検証をバイパスする必要があります。
- シングルサインオンを Webex 組織と統合します。参照 Cisco Webex サービスと組織の ID プロバイダーによるシングルサインオンを参照してください。
- Control Hub を使用して、メールアドレスに含まれるドメインを確認し、必要に応じて要求します。参照ドメインの追加、検証、要求.
- 自動招待メールを抑制して、新規ユーザーが Webex アプリへの自動招待メールを受信しないようにします。(独自のメールキャンペーンを実行できます。)
  
  サインインしていないアクティベート済みユーザーは、Control Hub で [確認済み] ステータスで表示されます。サインインすると、[アクティブ] として表示されます。ユーザーステータスの詳細については、「Cisco Webex Control Hub のユーザーステータスとアクション」を参照してください。
同期を有効にすると、Directory Connector が最初にドライランを実行するように求めます。潜在的なエラーをキャッチするために、完全同期の前にドライランを実行することを推奨します。
Active Directory から同期した新しい Webex アプリユーザーで使用する前に、自動割り当てライセンステンプレートをセットアップする必要があります。

自動割り当てライセンステンプレートを使用しない場合、新しく同期されたユーザーは自動的に無料ライセンスを取得します。無料アカウントを持つユーザーと同じ無料機能を使用できます。

1	次のいずれかを選択します。初回サインイン後、ドライランが完了し、すべてのドメインが正しい場合は、[今すぐ有効にする] をクリックして、自動同期を可能にします。 Directory Connector から、[ダッシュボード] に移動し、[アクション] をクリックし、[同期モード] > [同期を有効にする] を選択し、[今すぐ同期] > [完全] をクリックして同期を開始します。
2	Directory Connector から、[同期] に移動し、同期されたドメインの隣にあるをさらにクリックし、[設定] をクリックして、[完全同期] を選択します。
3	同期を開始したことを確認します。 Active Directory のユーザーに対して行った変更 (表示名など) については、ユーザービューを更新すると Control Hub はすぐに変更を反映しますが、Webex アプリは同期を実行してから最大 72 時間後に変更を反映します。次の指示に従って、Webex アプリのローカルキャッシュをクリアできます。 Windows または Mac。同期中、ダッシュボードには同期の進行状況が表示されます。これには、同期のタイプ、開始時刻、同期が現在実行中のフェーズが含まれます。同期後、[最後の同期] と [クラウド統計] セクションが新しい情報で更新されます。ユーザーデータはクラウドに同期されます。同期中にエラーが発生した場合、ステータスインジケータボールが赤に変わります。
4	同期のステータスを更新する場合は、[更新] をクリックします。 (同期された項目は [クラウド統計] の下に表示されます。)
5	エラーに関する情報については、[イベントビューアの起動] を [アクション] ツールバーから選択してエラーログを表示します。
6	クラウドへの継続的な増分同期のための同期スケジュールを設定するには、「コネクタスケジュールを設定する」および「増分同期を実行する」を参照してください。

完全同期が完了すると、Control Hub の [設定] ページの [無効] から [運用] にディレクトリ同期のステータスが更新されます。
すべてのデータがオンプレミスとクラウドの間で照合されると、Directory Connector は手動モードから自動同期モードに変更されます。
シングルサインオンを統合、ドメインの確認、オプションで同期したメールアカウントのドメインの要求、および自動メールを抑制しない限り、ユーザーが Webex アプリに初めてサインインしてアカウントを確認するまで、Webex アプリのユーザーアカウントは未確認の状態のままになります。アクティブユーザーとしてアカウントを同期する方法については、「開始する前に」のセクションを参照してください。
複数のドメインがある場合は、インストールした他の Directory Connector でこの手順を実行します。同期後、追加したすべてのドメインのユーザーは Control Hub に一覧表示されます。
シングルサインオンを Webex と統合し、抑制されたメール通知がある場合、招待メールは新しく同期されたユーザーに送信されません。
Directory Connector を有効にした後は、Control Hub でユーザーを手動で追加できません。有効にすると、ユーザー管理は Cisco Directory Connector から実行され、Active Directory が信頼できる唯一の情報源となります。
同期したグループが Control Hub に表示され、そのグループのユーザーがライセンスを割り当てられるように、ライセンステンプレートを割り当てることができます。

次に行うこと

Active Directory からユーザーを削除すると、そのユーザーは次の同期後にソフトで削除されます。ユーザーは [非アクティブ] になりますが、クラウド ID プロファイルは 7 日間保持されます (偶発的な削除からの回復を可能にします)。

Active Directory で [アカウントが無効になっています] にチェックを入れると、次の同期後、ユーザーは [非アクティブ] になります。ユーザーを再度有効にする場合は、クラウド ID プロファイルは 7 日後に削除されません。
これらの例外を増加同期に注意してください (代わりに上記の完全同期手順に従います)。
- アバターが更新されてもその他の属性変更がない場合、増分同期はユーザーのアバターをクラウドに更新しません。
- 属性マッピング、ベース DN、フィルタ、アバター設定での設定変更には完全同期が必要です。

Control Hub のディレクトリ同期済みユーザーに Webex サービスを割り当てる

始める前に

Active Directory から同期した新しい Webex アプリユーザーで使用する前に、自動割り当てライセンステンプレートをセットアップする必要があります。
Active Directory ユーザーでドライランの同期を行います。
ドライランの結果を確認した後、Active Directory ユーザーで完全同期を行います。

オプションを選択します。

次に行うこと

メールが抑制されない場合、Webex に参加してダウンロードするための招待メールが各ユーザーに送信されます。
すべてのユーザーに対して同じ Webex サービスを選択した場合、個別または一括で割り当てられたライセンスを変更できます。

関連情報

Directory Connector の既知の問題

2012 R2 以前の Windows Server バージョンには、Directory Connector に影響するクッキーの問題があります。この問題は、バージョン 2012 R2 および 2016 で修正されています。
Active Directory のユーザーに対して行った変更 (表示名など) については、ユーザービューを更新すると Control Hub はすぐに変更を反映しますが、Webex アプリは同期を実行してから 72 時間後の変更を反映します。

次の指示に従って、Webex アプリのローカルキャッシュをクリアできます。 Windows または Mac。
ユーザーがデスクトップまたはモバイルで Webex アプリを使用して、同期された SIP URI のみを持つ会議室を検索して発信すると、この時点でコールは無制限に鳴ります。

Webex アプリのユーザーの管理

増加同期を実行

開始する前に

Active Directory から同期した新しい Webex アプリユーザーで使用する前に、自動割り当てライセンステンプレートをセットアップする必要があります。
増分同期がサポートされていないこれらの例外に注意してください (代わりに、「クラウドに Active Directory ユーザーの完全な同期を行う」に従います)。
- アバターが更新されてもその他の属性変更がない場合、増分同期はユーザーのアバターをクラウドに更新しません。
- 属性マッピング、ベース DN、フィルター、アバター設定の新しい構成変更の場合、増分同期は機能せず、完全同期が必要です。

1	Directory Connector から [ダッシュボード] をクリックします。同期の有効化をすることで、 Directory Connector はドライランを最初に実行するように求めます。
2	[アクション] から、まだ有効になっていない場合は、[同期モード] > [同期を有効にする] をクリックします。デフォルトでは、増分同期は 30 分ごと（バージョン 3.4 以前）または 4 時間ごと（バージョン 3.5 以降）に発生するように設定されていますが、この値は変更できます。増分同期は、最初に完全同期を実行するまで実行されません。新しい増分時間間隔が終了すると、プログラムは最後のタイムスタンプに基づいて変更を確認します。
3	[アクション] から、[今すぐ同期] > [増分同期] をクリックします。 Active Directory のユーザーに対して行った変更 (表示名など) については、ユーザービューを更新すると Control Hub はすぐに変更を反映しますが、Webex アプリは同期を実行してから 72 時間後の変更を反映します。次の指示に従って、Webex アプリのローカルキャッシュをクリアできます。Windows または Mac。同期中にダッシュボードは同期プロセスを表示しますが、これには同期のタイプ、開始時間、同期が現在実行中のフェーズなどが含まれます。同期後、[最後の同期とクラウド統計] セクションが新しい情報で更新されます。エラーが同期中に発生した場合、ステータスインジケーターのボールが赤色になります。
4	エラーに関する情報については、[アクション] ツールバーから [イベントビューアの起動] をクリックして、エラーログを表示します。

次に行うこと

複数のドメインがある場合は、インストールした他の Directory Connector インスタンスでこの手順を実行します。

誤って削除されたユーザーを復元する

Directory Connector には、ユーザーの意図しない削除を防ぐためのチェックとバランスがあります。残念ながら、事故は発生します。Active Directory で LDAP フィルターを正しく設定していなかったために、クラウドと同期したときに一部のユーザーが削除されるなどです。ソフト削除機能は、これらの事故から回復し、Control Hub でユーザーアカウントを再確立するのに役立ちます。

Active Directory で無効になっているユーザーは、Control Hub で非アクティブとしてマークされますが、ユーザーアカウントは 7 日後に削除されません。

1	Control Hub にサインインします。
2	[ユーザー] に移動し、特定のユーザーアカウントが非アクティブ状態であるか、非公開であるかを確認します。詳細については、「Control Hub のユーザーステータスとアクション」を参照してください。
3	ユーザーが Control Hub で削除された場合、または非アクティブ状態のユーザーが見つかった場合は、Active Directory に移動し、欠落しているユーザーアカウントを追加してから、Directory Connector でドライラン同期を実行します。 Directory Connector の目標は、Active Directory とクラウドのユーザー情報間で完全一致を作成することです。
4	完全同期を実行して、一時的に削除されたユーザーアカウントを Control Hub に再同期します。ユーザーは復元され、アカウントステータスとサービスの割り当てを含む元のステータスに移動します。

次に行うこと

Control Hub に戻り、[管理] > [ユーザー] に進み、以前に削除されたユーザーアカウントがユーザーリストに表示されていることを確認します。

ソフト削除後にユーザを完全に削除

ドライランを実行した後、次の同期でソフトで削除されたユーザを完全に削除できます。

1	ドライランが完了したら、[ソフト削除済みオブジェクト] を選択します。
2	削除するユーザの横にあるチェックボックスをオンにします。
3	[完了] を選択します。

次に行うこと

次の同期で、チェックしたユーザーは完全に削除されます。

Webex アプリのメールアドレスを変更する

ドメインを変更せずにユーザーのメールアドレスを変更するには:
1. Active Directory のユーザーアカウント (例、user1@example.com) を開き、メールアドレス (例、user2@example.com) を変更します。
2. Directory Connector で同期を再開します。
  
  次の同期後、Control Hub のユーザーリストと、キャッシュの更新後に Webex アプリのユーザーに対して変更が表示されます。
  
  この方法を使用すると、データまたはスペースは失われません。ユーザーの一意の識別子は、最初の同期後にクラウドで設定されます。以降のすべての同期は、この識別子に基づいています。
Directory Connector を使用した複数のドメイン展開では、ドメインを変更する際にユーザーのメールアドレスを変更します (example1.com を古いドメインとし、example2.com を新しいドメインと見なします)。
1. 古いユーザーアカウント (user1@example1.com) の場合、uid クラウド属性にマッピングされる Active Directory 属性に注意してください。新しいアカウントに同じ Active Directory 値を使用する必要があります。この例では、オンプレミスの属性として user1@example1.com を使用し、クラウドの uid にマッピングします。
2. example1.com および example2.com ドメインの Directory Connector の同期を一時停止します。
3. example2.com で新しいユーザーアカウントを作成し、上記の同じ属性を使用します。(たとえば、user1@example1.com)。
4. Directory Connector で、example2.com の同期を再開します
  
  続行する前に、user1@example2.com アカウントが Control Hub に同期していることを確認します。Webex アプリでのメールの変更を確認し、すべてのデータ (スペース、メッセージ、ミーティング、ファイルなど) が保持されていることをユーザーに指示することをお勧めします。
  
  この方法を使用したデータまたはスペースの損失はありませんが、新しいユーザーアカウントでは、クラウド uid 属性にマッピングされた Active Directory 属性が古いユーザーアカウントから保持されていることを確認する必要があります。Active Directory の値を変更すると、新しいアカウントは古いアカウントのデータを保持しません。
5. メールアドレスの変更とデータが保持されていることを確認した後、example1.com の古いユーザーアカウントを削除し、Directory Connector を使用して example1.com の同期を再開します。
  
  この時点で、user1@example2.com の新しい Active Directory ドメインのメールアドレスを安全に更新できます。

Active Directory ドメインを変更する

この手順を使って、新しいドメインおよびメールアドレスを作成することができます。クラウド内のアイデンティティサービスと同期します。

1	新規 Active Directory (AD) ドメインをセットアップします。
2	すべてのコネクタで同期を無効にします。
3	すべてのコネクタをアンインストールします。
4	ドメインを変更するためにケースを開きます。送信する場合は、ドメイン設定と組織内のすべての同期属性の削除をリクエストしてください。ドメインを変更するためにケースを開く前に、実行中の同期がないことを確認してください。ケースが解決されるまで、Active Directory のユーザーメールアドレスを変更しないでください。
5	本ケースが解決した後、新しい Active Directory ドメインを持つサーバと同じサーバに Directory Connector をインストールします。新しい Active Directory ドメインを指すように、Directory Connector を設定します。 Control Hub (https://admin.webex.com) に既存のユーザーがいる場合、一致するメールアドレスを持つユーザーが Active Directory にも存在することを確認します。組織が DirSync で `softDelete` トグルを無効にしている場合、Control Hub にあるが、Active Directory にはないユーザーのメールアドレスがリスクの削除。実際の同期を実行する前に、Directory Connector でテストを実行します。

ドメインクレーム

関連情報

ディレクトリ同期組織で無料の Webex アプリユーザーを変換する

アクティベーション前にアカウントを変換しない場合は、変換するために　Directory Connector を終了してください。

これらのユーザーを追加しない場合、クラウドに同期する隣にあるすべてのユーザーが削除されます。

1	Directory Connector からのディレクトリ同期を無効化する。
2	「Control Hub でライセンスなしのユーザーを変換する」手順に従って、無料のコンシューマー組織からエンタープライズ組織にユーザーを変換します。この手順により、ユーザーを組織に追加し、アカウントが Control Hub に表示されます。Directory Connector は、Active Directory をユーザーアカウントの信頼できる唯一の情報源にします。目標は、Active Directory と Control Hub を正確に一致させることです。同期を再度有効にする前に、最近変換されたユーザーと一致するユーザーが Active Directory 内に存在することを確認してください。ドライラン同期を使用して、一致しないユーザーがいないことを確認できます。
3	Directory Connector で、ドライラン同期を実行します。ドライランの完了後、[オブジェクトの追加] タブを確認します。自分が変換したユーザーが削除されていないか確認する。同期を再有効化する前にドライランを実行して、変換されたユーザーアカウントが Active Directory に表示されるようにする必要があります。同期をオンにし、アカウントが Control Hub にのみ存在する場合、Directory Connector は大文字と小文字を区別し、一致しないメールアドレスで検出された変換されたユーザー (user1@example.com および User1@example.com など) を削除します。変換されたユーザーが削除されると、Webex アプリのスペースはすべて失われます。
4	次回の同期でアカウントが全く削除されないと確信する場合、Directory Connector　からディレクトリ同期を再有効化？？？？？？

サイドボーディングされた Webex アプリユーザーアカウント

Directory Connector を使用してサイドボーディングされたアカウントを管理する場合、アカウントを変換する必要があります。

ディレクトリ同期後に Webex アプリのユーザー名形式を変更する

デフォルトでは、Directory Connector は Active Directory の displayName 属性をクラウドの displayName 属性にマッピングします。

ディレクトリ同期を実行した後で、ユーザー名はの形式で表示されます。

または、属性 sn givenName を displayName にマッピングします。

独自のカスタム属性式を displayName にマッピングする場合は、[属性のカスタマイズ] オプションを使用することもできます。

ユーザーが Webex Meetings での表示名の変更を許可する

1	Directory Connector から、[構成] をクリックし、[ユーザー属性マッピング] を選択します。
2	[Cisco Cloud 属性名] で [displayName] を選択します。
3	[この属性を同期しない] を選択します。

次に行うこと

ユーザーは Webex サイトから表示名を編集することができるようになりました。

Directory Connector のトラブルューティング

Directory Connector の汎用設定の構成

1	Directory Connector から、[構成] に移動し、[全般] をクリックします。
2	[コネクタ名] フィールドに、コネクタ名を入力します。このフィールドは現在コネクタを実行しているコンピュータ名のみを表示します。
3	ドロップダウンメニューからログレベルを選択します。既定では、ログレベルは「情報」にセットされています。使用可能なログレベルは以下の通りです。情報 (デフォルト): アプリケーションの進行状況をハイライトする情報メッセージを表示します。すべての完全同期後にレポートを受信する場合は、この設定を使用します。警告: 潜在的に有害な状況を表示します。デバッグ: アプリケーションのデバッグに最も便利な詳細情報イベントを表示します。何らかの問題が発生した場合、このログレベルを設定し、調査が開始されたら、イベントログをサポート部隊に送付します。エラー: アプリケーションの実行を継続できる可能性のあるエラーイベントを表示します。このオプションを選択すると、エラーが報告されたときにのみ同期レポートが送信されます。これらの設定は、電子メールで送信される同期レポートに影響します。ログレベルを [エラー（Error）] に設定した場合、同期レポートでエラーのみが報告されます。エラーが存在しない場合、同期レポートは送信されません。設定を [情報] に変更すると、完全同期後に同期レポートを受信します。（増分同期では、エラーが報告されない場合、レポートは送信されないことに注意してください）。
4	[優先ドメインコントローラー] を選択して、アイデンティティを同期させる際のドメインコントローラーの順番をセットします。ドメインコントローラは、上から下までアクセスされます。リストの先頭のコントローラーが使用できない場合、2 番目のコントローラーを選択してください。コントローラーがリストアップされていない場合、プライマリコントローラーにアクセスできます。
5	自動アップグレードを行う場合は、[新しい Cisco Directory Connector バージョンに自動的にアップグレードする] にチェックを入れます。 Cisco Directory Connector ソフトウェアを最新バージョンに常に最新の状態に保つことが重要です。この設定にチェックを入れると、ソフトウェアへの自動アップグレードが利用可能になったときにサイレントにインストールされることを推奨します。
6	[LDAP over SSL] をチェックして、セキュアな LDAP (LDAPS) を接続プロトコルとして使用します。 LDAP over SSL をオンにしない場合、Directory Connector は引き続き LDAP 接続プロトコルを使用します。 LDAP (Lightweight Directory Application Protocol) および Secure LDAP (LDAPS) は、アプリケーションとインフラストラクチャ内のドメインコントローラの間で使用される接続プロトコルです。LDAPS 通信は暗号化され、安全です。

コネクタポリシーを設定する

1	Directory Connector から、[構成] をクリックし、[ポリシー] を選択します。
2	しきい値トリガーを追加する場合は、[しきい値トリガーの削除を有効にする] ボックスをチェックします。このオプションを選択すると、削除数が閾値を越えた場合にアラートががトリガーされます。削除の回数が定義した値を越えると、同期は失敗します。
3	自分が行う削除の最大数を入力します。既定では 20 です。弊社は既定値を上げないことを推奨します。
4	適用をクリックします。

コネクタスケジュールをセットする

1	Directory Connector から、[構成] をクリックし、[スケジュール] を選択します。
2	増分同期インターバルを分に指定します。既定では、増分同期は 30 分おきに実行するようセットされています。完全増分同期は、あなたが初回の完全同期を行うまで実行されません。
3	レポートが送信される頻度を変更する場合、[レポートを送信する頻度] の値を変更します。
4	[完全同期スケジュールを有効化する] チェックボックスをオンにして完全同期を行う日時を指定します。
5	[フェイルオーバー間隔]を「分」で指定します。
6	[適用] をクリックします。

複数ドメインシナリオ

同じキー値をもつオブジェクトは、データベースの 1 つのレコードにリンクされます。

「ユーザー」のキー値はメールアドレスです。「グループ」のキー値はグループ名です。

複数ドメインの使用例

この例は、優先順位の観点で、2 つのドメイン、example1.com と example2.com をもつ組織を想定しています。

user1 (メール: user@example1.com)を example1.com の Active Directory に追加してください。
group1 (グループ名: Test) を example1.com の Active Directory に追加してください。
user2 (メール: user@example2.com)を example2.com の Active Directory に追加してください。
group2 (グループ名: Test) を example2.com の Active Directory に追加してください。

example1.com の同期

使用例として、user2 と group2 はクラウドに同期され、https://admin.webex.com に表示され、その場合 user1 と group1 は表示されません。

example1.com の完全または増分同期を行う場合、user1 と group1 が同期されます。また、user2 と group2 は、user1 と group1 の情報により上書きされます。

User1 はデータベースの同じレコードとして、user2 にリンクします。group1 はデータベースの同じレコードとして、group2 にリンクします。

example1.com と example2.com での同期

使用例として、user2 と group2 はクラウドに同期され、https://admin.webex.com に表示され、その場合 user1 と group1 は表示されません。

以下の手順を考察してください。

example1.com の Active Directory の user1 と group1 を削除します。
example1.com の完全または増分同期を行います。
結果: ユーザーの情報は、https://admin.webex.com では変更されません。User2 は user1 にリンクされず、group2 は group1 にリンクされません。
example2.com の増分同期を行います。
結果: ユーザーの情報は、https://admin.webex.com では変更されません。
example2.com の完全同期を行います。
結果: user2 と group2 の情報は、https://admin.webex.comにリストされます。

新しいドメインを同期し既存のドメインを保持する

ドメインの優先順位を設定する

開始する前に

1	Cisco Directory Connector から、[ダッシュボード] をクリックします。
2	[アクション] に移動し、[ドメイン優先順位を設定する] をクリックします。
3	リストにあるドメインを 1 つハイライトし、[アップ] または [ダウン] をクリックして、このドメインの優先順位を変更し、[保存] をクリックして変更を保存します。ドメインは、上から下まで、優先順位でソートされます。

ドメインを切り替える

Cisco Directory Connector を別のドメインに再バインドするには、次の手順を使用します。

開始する前に

ドメインを切り替える前に、同期タスクが実行されていないことを確認します。
エラーを回避するには、Cisco Directory Connector の最新バージョンをインストールするか、アップグレードしてください。Control Hub からダウンロードする必要があります。

1	Cisco Directory Connector から、[ダッシュボード] をクリックします。
2	[アクション] に移動し、[ドメインを切り替える] をクリックします。
3	警告を読み、この変更が展開に与える影響を理解し、それでも行う場合には、[はい] をクリックします。ドメインを切り替えると、現在の Cisco ディレクトリコネクタからサインアウトされ、コネクタの他のドメインは登録解除され、そのコンピューターのコネクタ情報は削除されます。
4	Cisco Directory Connector に再度サインインし、ドメインを再バインドします。

ディレクトリ同期を無効にする

Directory Connector からの同期を停止する必要がある場合は、Control Hub から一時的にオフにできます。

https://admin.webex.com の顧客ビューから、[管理] > [組織設定] に移動し、[ディレクトリ同期] までスクロールして、次のいずれかを選択します。

さらにをクリックし、オフにするコネクタインスタンスの隣の [オフにする] をクリックします。
[すべてのディレクトリ同期をオフにする] をクリックし、すべてのコネクタインスタンスから同期を停止します。

指示を読んだ後、[オフにする] をクリックします。

同期は、Directory Connector から再有効にするまで停止します。

ユーザー属性マッピングを削除

1	Directory Connector から [ダッシュボード] をクリックします。
2	[アクション] に移動し、[ユーティリティ] > [ユーザー属性マッピングの削除] をクリックします。
3	[属性名] リストから削除するマッピングを選択します。
4	[影響を受けるユーザー範囲] で、次のいずれかを選択します。 Directory Connector で同期されたユーザーのみ: マッピングは、Directory Connector が以前に同期したユーザーからのみ削除されます。すべてのユーザー: マッピングはすべての Active Directory ユーザーから削除されます。
5	[適用] をクリックします。

プロファイル画像の管理

Directory Connector を使用して、ユーザープロファイルの写真を更新するか、空白のユーザープロファイルの写真を削除します。

1	Directory Connector から [ダッシュボード] をクリックします。
2	[アクション] に移動し、[ユーティリティ] > [プロファイル画像の管理] をクリックします。
3	[アクション] で次のいずれかを選択します。空のアバターソースのプロファイル画像を削除: Active Directory のプロファイル画像が空の場合、このオプションにより、ユーザーが以前 Webex で自分の画像をアップロードした場合でも、ユーザープロファイル画像がクラウドから削除されます。同期ソースから再アップロードしてキャッシュされた画像を上書きする: Directory Connector は以前と同じ Active Directory を使用して、すべてのユーザーのプロファイル画像を更新します。これにより、Active Directory とクラウドのプロファイル画像が一致しないことが保証されます。
4	[適用] をクリックします。

Directory Connector をアンインストールして非アクティブ化

ディレクトリ同期化をこれ以上使いたくなくなった。
複数のディレクトリコネクタのうち、1 つを使いたくなくなった (高可用性)。
ドメインを変更して、別のコネクタをインストールしたい。

開始する前に

高可用性 (HA) または複数のドメインの同期のために、Directory Connector の複数のインスタンスがセットアップされている場合があります。唯一の Directory Connector インスタンス、または最後に残った Directory Connector インスタンスのアンインストールを行う場合、同期は無効にします。
Directory Connector をアンインストールする前に、重要な作業を保存して閉じてください。

1	Windows マシンからコントロールパネルに移動して、プログラムと機能をクリックします。
2	プログラムリストから、[Directory Connector] をクリックし、[アンインストール] を選択し、プロンプトに従います。アンインストールを完了するためにリブートが必要になる場合があります。
3	https://admin.webex.com の顧客ビューから、[管理] > [組織設定] に移動し、[ディレクトリ同期] までスクロールして、[詳細] をクリックし、アンインストールするディレクトリコネクタインスタンスの隣の [非アクティブ化] をクリックします。
4	指示を読んだ後、[非アクティブ化] をクリックします。高可用性 (HA) 展開内に別の Directory Connector がない限り、ユーザーアカウントはこれからは同期しなくなります。

診断ツールの実行

Active Directory ドメインサービスのテストを実行するには:
1. スタートメニューに移動し、Cisco Directory Connector を探し、[Cisco Directory - 診断] をクリックします。[AD-DS] タブをクリックし、[ドメイン] を入力し、[ドメインコントローラの読み込み] をクリックします。
2. リストからドメインコントローラを 1 つ選択します。
  
  増分検索は常に同じドメインコントローラで実行する必要があるため、後でエントリを変更しないでください。
3. デフォルトでは、すべてのパスが検索されますが、1 つの [属性] を選択し、[テスト] をクリックして、その値を確認できます。
4. [Active Directory クエリ] セクションで、[ユーザー] と [グループ] オブジェクトと検索フィルタのいずれか、または両方など、さらにフィルタを設定します。
5. [Cookie の自動入力] をオンにして、検索用のクッキーを自動的に生成します。
6. [クエリ] をクリックして、新しい増分検索または完了検索を開始します。この検索には数秒かかる場合があります。
7. テストが完了したら、[保存 ] をクリックしてログエントリを保存します。ログエントリは、チケットを開く際に分析のためにサポートチームに送信できます。
Active Directory Lightweight Directory サービスのテストを実行するには:
1. スタートメニューに移動し、Cisco Directory Connector を探し、[Cisco Directory - 診断] をクリックします。[AD-LDS] タブをクリックし、[ホスト] と [ポート] を入力し、[パーティションのロード] をクリックします。
2. リストからパーティションを選択し、[接続] をクリックします。
3. デフォルトでは、すべてのパスが検索されますが、1 つの [属性] を選択し、[テスト] をクリックして、その値を確認できます。
4. [Active Directory クエリ] セクションで、[ユーザー]、[ユーザープロキシ]、[UserProxyFull] および検索フィルタなどのフィルタを設定します。
5. [Cookie の自動入力] をオンにして、検索用のクッキーを自動的に生成します。
6. [クエリ] をクリックして、新しい増分検索または完了検索を開始します。この検索には数秒かかる場合があります。
7. テストが完了したら、[保存 ] をクリックしてログエントリを保存します。ログエントリは、チケットを開く際に分析のためにサポートチームに送信できます。
Lightweight Directory Access Protocol（LDAP）のテストを実行するには:
1. スタートメニューに移動し、Cisco Directory Connector を探し、[Cisco Directory - 診断] をクリックします。[LDAP RAW] タブをクリックし、[ルートパス]、[フィルター] を入力し、[属性] からエントリを選択し、[パーティションのロード] をクリックします。
2. 必要に応じて、次のオプションをチェックします。
  - ObjectSecurity—このオプションがある場合、発信者は権限を必要とせず、発信者がアクセスできるオブジェクトと属性だけを表示できます。このオプションが存在しない場合、発信者は変更を複製する権利があります。
  - ParentsFirst: お子さんのすべての親が自分の子より先に来るようにします。
3. ExtendedDN の値を選択します。
  
  この値は、拡張された LDAP 検索で使用され、オブジェクトの識別名の拡張形式を要求します。
4. ReferralChasing の値を選択します。
  
  たとえば、名前空間外のクエリー結果の詳細（別のドメインまたはフォレストのグループメンバーなど）については、ドメインコントローラがクエリーから参照を返したときに照会が開始されます。
5. [クエリ] をクリックして、新しい増分検索または完了検索を開始します。この検索には数秒かかる場合があります。
6. テストが完了したら、[保存 ] をクリックしてログエントリを保存します。ログエントリは、チケットを開く際に分析のためにサポートチームに送信できます。

Ciso Directory Connector の問題をトラブルシューティング

Directory Connector のトラブルシューティングと修正

インストール

Directory Connector が動作を停止した

Directory Connector が動作していないことを知らせる警告メールを受信しました。

Directory Connector が正しくインストールされていない可能性があります。
Directory Connector が実行されていない可能性があります。
ネットワークは使用できない可能性があります。

以下の作業を行います。

[コントロールパネル] > [プログラムと機能] を開きます。Directory Connector　を検索します。存在しない場合は、Control Hub から最新バージョンをダウンロードしてインストールします。
[サービス] を開き、Cisco DirSync Service を見つけます。ステータスが [開始] として表示されていることを確認します。サービスが停止されている場合、右クリックで開始を選択し、サービスを再度開始します。
Directory Connector をインストールしたサーバーにインターネットへのアクセス権があることを確認してください。

再インストールエラー

問題: 古いコネクタをアンインストールした後、すぐに新しいコネクタをインストールすると、エラーメッセージが表示される場合があります。

解決策: 時間が経過したら、もう一度インストールをお試しください。

サインイン

SSO サインイン中にディレクトリコネクタがクラッシュ

問題

SSO サインインページからメールアドレスを入力すると、Directory Connector がクラッシュする場合があります。

対処方法

以下の作業を行います。

新しいグループポリシーを設定するには、次の手順を実行します。

ドメインコントローラに移動し、グループポリシー管理 (gpedit.msc) を開きます。
特定の OU またはドメインを右クリックし、[このドメインで GPO を作成] を選択し、[ここにリンク...
ポリシーに名前を付けて、右クリックして [編集] を選択します。

マシンレベルでポリシーを変更するには、次の手順を実行します。

[コンピューター設定] > [基本設定] > [Windows 設定] に進み、[レジストリ] を右クリックし、[新規] を選択し、[レジストリアイテム] を選択します。
キーパスについては、HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Internet Explorer\Main を入力または移動します。
[スクリプトデバッガを無効にする] を [値] に入力し、[値データ] に [いいえ] を入力します。

設定は、このスクリーンショットと一致する必要があります。

ユーザーレベルでポリシーを変更するには、次の手順を実行します。

[コンピューター設定] > [基本設定] > [Windows 設定] に進み、[レジストリ] を右クリックし、[新規] を選択し、[レジストリアイテム] を選択します。
キーパスについては、HKEY_CURRENT_USER\SOFTWARE\Microsoft\Internet Explorer\Main を入力または移動します。
[スクリプトデバッガを無効にする] を [値] に入力し、[値データ] に [いいえ] を入力します。

設定は、このスクリーンショットと一致する必要があります。

Cisco DirSync Service Connector を登録できませんでした

問題

サインインに失敗すると、「Cisco DirSync Service Connector が登録できませんでした」というメッセージが表示されます。

対処方法

Directory Connector がインストールされている Windows システムは、Active Directory のメンバーである必要があります。

サインインページが表示されません

問題

Directory Connector を開くと、サインインページが表示されませんでした。

対処方法

次の手順を試してください。

Internet Explorer で、https://cloudconnector.webex.com/SynchronizationService-v1_0/?orgId=GLOBAL に移動します。Chrome や Firefox などの他のブラウザでリンクをお試しください。
Internet Explorer がリンクにアクセスできないが、他のブラウザがアクセスできない場合は、Internet Explorer の設定をチェックし、[TLS 1.1] および [1.2] チェックボックスをオンにします。(Internet Explorer で TLS を有効にする手順を使用します。)

サインインプロンプトが表示されます

問題

ユーザ名とパスワードを入力して認証を渡すように要求するプロンプトが表示されます。

考えられる原因

対処方法

サインインポップアップウィンドウが表示されたら、セキュリティを渡すための正しい認証を持つ有効なアカウントを提供する必要があります。

リモートサーバーに接続できません

問題

通常の操作中に、「リモートサーバーに接続できません」というエラーメッセージが表示されます。

考えられる原因

プロキシの問題を解決する必要がある問題がある可能性があります。

対処方法

トラブルシューティングの詳細については、「サービスアカウントサインインの問題をトラブルシューティング」を参照してください。

コネクタを登録できません

問題

「コネクタを登録できません。一般的な例外が発生しました」。

考えられる原因

ほとんどの場合、問題は、Directory Connector が LDAP ルートコンテキストに接続する権限を持っていないためです。

対処方法

以下の作業を行います。

コマンドプロンプト (cmd) を実行し、ldp.exe を入力します。
[接続] > [バインド] をクリックし、[現在ログインしているユーザーとしてバインド] を選択し、[OK] をクリックします。
[表示] > [ツリー] をクリックし、BaseDN として [DC=arbonneintl,DC=ad] を入力し、[OK] をクリックします。
問題が継続する場合、サポートでケースを開きます。

同期

アバターが同期されていません

問題

Cisco Directory Connector がユーザー AD データを Webex クラウドに同期しました。ただし、正常に同期されたアバターデータはありません。

考えられる原因

対処方法

次の手順に従って、ローカルキャッシュを削除します。

C:\Program Files (x86)\Cisco Systems\Cisco Directory Connector\Plugins\ に移動します。
DirSyncPluginAvatar.dll-cache.bin を削除します。
Cisco Directory Connector からアバターの同期を再実行します。

競合するユーザーメールアカウント

問題

同期結果に競合するユーザーメールアカウントが表示される場合があります。

ユーザーが Webex アプリの無料バージョンを試した場合、メールアドレスは無料コンシューマー組織内に存在します。
ユーザーのメールが別の組織で同期されたことがない場合。
ユーザーのメールが組織に属する複数のドメインに存在する場合。

対処方法

以下の作業を行います。

ユーザーを要求する場合は、次の手順に従います。
1. Control Hub でドメインを確認済みしていることを確認します。
2. Cisco Directory Connector を一時的に無効にします。
3. Control Hub の [ユーザーの要求] オプションを使用して、無料の消費者組織に存在する可能性があるアカウントを申請します。詳細については、「ユーザーを組織に要求する (ユーザーの変換) 」を参照してください。
4. Cisco Directory Connector でドライランを実行し、ディレクトリ同期を再度有効にします
最後のケースでは、Active Directory ソースのユーザーデータをダブルチェックします。

非アクティブとしてマークされた変換ユーザー

問題

考えられる原因

対処方法

増分同期が失敗する

問題

増分同期に失敗しました。

この問題は、次の条件で Windows Server 2008 R2 で発生する場合があります。

増分値の更新をサポートします。
使用するフィルタは、リンクされた値属性を参照します。
その属性の結果値は、前回完全な同期が実行されてから更新されました。

対処方法

属性の値が無効です

問題

[user dn dn (distinguished name)] では、属性 [attribute name] が以下の無効な値 [attribute value] を持ちます。

考えられる原因

CN=b,OU=Employees,OU=C Users,DC=c,DC=com の場合、属性 [電話番号] には次の無効な値があります。+ この属性は少なくとも 1 つの番号を含む必要があります。

対処方法

このユーザーの属性には、有効な値がありません。警告メッセージの記述に従ってこの値を修正してください。再度同期を行います。

削除される一致したユーザー

問題

一致したユーザーは削除対象としてマークされます。

対処方法

適切な修正を選択します。

ユーザーを削除してライセンスを再実行しても問題ない場合は、修正のために Directory Connector を使用できます。同期を実行してユーザーを削除し、別の同期を実行してオンプレミス AD からクラウドにユーザーを同期します。
ユーザーアカウントを削除して再作成できない場合は、サポートでケースを開きます。

属性がありません

問題

考えられる原因

対処方法

ユーザー [user_email_address] に必要な属性の 1 つがありません。そのユーザーに必要な値を提供してください。

ネストされたグループが同期されません

問題

ネストされた Active Directory グループのユーザーは、クラウドに適切に同期されません。

考えられる原因

対処方法

ユーザー名の競合

問題

既存のクラウド入力オブジェクトの [user dn] と以下の名前に命名の競合が発生しています。[user email address]、およびユーザータイプ [user_type]。

考えられる原因

そのメールアドレスを使用するユーザーはすでに Control Hub に存在しています。

対処方法

Control Hub を通じて登録したアカウントと同じメールアドレスを使用して、Active Directory にユーザーを作成します。

Control Hub

Control Hub でユーザーリストが見つかりません

問題

1,000 人以上の同期済みユーザーを持つ Webex 組織がある場合、Control Hub にユーザーリストが表示されない場合があります。

対処方法

グループは Control Hub に同期されません

問題

ディレクトリグループのユーザーは、Control Hub に適切に同期されません。

考えられる原因

グループは Active Directory で isCriticalSystemObject としてタグ付けされません。

対処方法

Active Directory で属性 isCriticalSystemObject が TRUE に設定されていることを確認してください。

Directory Connector のトラブルシューティングを有効化する

ログファイル: \Cisco Systems\Cisco Systems\Cisco Directory Connector\Logs

1	`services.msc` ファイルを実行して、Directory Connector サービスの実行中のアカウントをローカルシステムから AD DS または AD LDS にアクセスする権限を持つドメインアカウントに変更します。
2	サービスを再開します。詳細については、サービスの開始方法を参照してください。
3	Directory Connector で、[ダッシュボード] をクリックします。
4	[アクション] に移動し、[ユーティリティ] > [トラブルシューティング] をクリックします。
5	トラブルシューティングが有効になると、エラーの原因となったアクションが繰り返されます。これによって、検査のためのトラフィックデータを取得することができます。
6	ログファイルを確認します。ファイルが空白の場合、アカウントに AD DS ないしは AD LDS にアクセスする権利があるかどうかを確認します。ログフォルダーは過去 3 日間のファイルのみを保存します。ログファイルのコンテンツは、システムへのイベントログ出力と一致しています。
7	必要に応じて、ログファイルをサポートに送信してアシスタンスを依頼してください。
8	完了後は、トラブルシューティング機能を無効にしてください。

関連情報

イベントビュアーを開始

完全もしくは増加同期中に発生したイベントを確認するには、イベントビューを開始します。管理イベントとエラーログの概要が表示されます。

1	Directory Connector から [ダッシュボード] に移動し、[アクション] > [イベントビューアの起動] をクリックします。イベントプロパティダイアログでは、同期イベント詳細およびエラー詳細を表示します。
2	イベントビューアから、[アプリケーションとサービスのログ] > [Cisco Directory Connector] に移動します。
3	[アクション] の下で、[すべてのイベントに名前を付けて保存] をクリックして、すべてのログを 1 つの Events ファイル (*.evtx)、または xml や csv などの別の形式としてエクスポートします。

次に行うこと

ケースを開く必要がある場合は、サポートに連絡し、コネクタの問題を説明し、ケースに Events ファイルを添付してください。

Internet Explorer で TLS を有効にする

シングルサインオン (SSO) プロバイダーを切り替えると、Cisco ディレクトリコネクタから次のエラーメッセージが表示される場合があります。

サービスへのログオンでエラーが発生しました
このページのスクリプトでエラーが発生しました

これらのエラーが表示された場合は、ブラウザで TLS 設定を有効にする必要があります。

1	Internet Explorer を開き、[ツール] を選択します。今すぐ有効にする TLS/SSL バージョンのボックスをオンにします [OK] をクリックしますブラウザを閉じて、再度開きます
2	[インターネットオプション] をクリックし、[詳細] に進み、[セキュリティ] までスクロールします。
3	[TLS 1.1 を使用する] および [TLS 1.2 を使用する] チェックボックスをオンにして、[OK] をクリックします。
4	変更を有効にするには、システムを再起動してください。

サービスアカウントのサインインの問題をトラブルシューティングする

ウェブブラウザーの https://cloudconnector.webex.com/SynchronizationService-v1_0/?orgId=GLOBAL に行きます。

結果によりますが、1 つを選択します。

ブラウザーからリンクに行けない場合、ネットワーク設定を確認してください。環境がプロキシを使用している場合、プロキシ設定を確認してください。
ブラウザからリンクにアクセスできますが、Cisco Directory Connector を開くことができない場合 (コネクタを開くことができず、407 でポップアップエラーメッセージ)、ここをクリックして Cisco Directory Connector の最新バージョンを入手してください。
ブラウザからリンクにアクセスできますが、Cisco ディレクトリコネクタから同期を実行できない場合は、サービスログインアカウントをドメイン管理者に変更してください。

Windows システムへのサインインに使用したアカウントが、「Cisco DirSync Service」で設定したアカウントと同じかどうかを確認します。2 つの異なるアカウントの場合、両方のアカウントが https://cloudconnector.webex.com/SynchronizationService-v1_0/?orgId=GLOBAL にアクセスできることを確認してください。お使いの環境がプロキシを使用している場合、両方のアカウントが Internet Explorer でプロキシに設定されており、https://cloudconnector.webex.com/SynchronizationService-v1_0/?orgId=GLOBAL 正常にアクセスできることを確認してください。

関連情報