コメントありがとうございます。
ドメインを管理する
フィードバックがある場合ドメインの確認
自分が所有する Webex に証明するためにドメインを検証してください。ドメインを検証することにより、ユーザーが別の組織にサインアップした場合に、ユーザーを組織にクレームできます。ドメインを要求する前に、ドメインを検証する必要があります。
ドメインを検証するため、トークンを提供し、ドメイン ホストの DNS TXT レコードに追加します。ドメインを所有しているか確認するため、DNS サーバー上でこのトークンを確認します。
ドメインの要求
組織内で自動的に作成されるドメインに関連付けるドメインを要求します。Webex にサインアップしたユーザーも、このドメインと関連付けされます。そうでない場合、サインアップしたユーザーは、その他すべての「無料」ユーザーを持つ一般組織に作成されます。ユーザーを組織に登録するまで、そのユーザーのサービスを管理することはできません。組織にユーザーを登録するためにドメインを要求する必要はありません。
無料の消費者組織に存在するユーザーは、組織に自動的に変換されません。これらのユーザーを変換する必要があります。ドメインを主張する前に、消費者ユーザーを組織に変換することを推奨します。
ドメインは 2 つの異なる組織に対して主張されません。この手順の目的ドメインの要求、他の組織がドメインを使用しなけれとします。
別の組織で要求する場合、ドメインをリリースするという方法を選べます (ドメインを所有し、両方の組織を管理している場合)。
始める前に
-
検証および要求するドメインを所有している必要があります。
-
ユーザーおよび Webex 登録デバイスのハイブリッド コールについては、Unified CM のエンド ユーザー アカウントのオンプレミス ディレクトリ URI に含まれるドメインを確認する必要があります。
-
お客様は、管理者がロックアウトされるのを防ぐため、指定の順序で検証する必要があります。たとえば、管理者ドメインをまず追加してから他のすべてのドメインを追加する必要があります。
| 1 | |
| 2 |
左側のナビゲーション ペインの 管理の下で、 組織設定をクリックします。 |
| 3 |
ドメインまでスクロールし、 手動で追加 または Azure AD を使用して追加をクリックします。
|
| 4 |
ドメイン名を入力して、[追加] をクリックします。 |
| 5 |
ドメインの隣の省略符 |
| 6 |
検証トークンを DNS TXT 記録にコピーします。
|
| 7 |
1 つを選択します。
|
| 8 |
各ドメインの隣にある [確認]をクリックします。 |
をクリックして、-
検証が失敗すると、DNS サーバーによりエラーがキャッシュされます。DNS サーバーは、TTL (Time To Live) 設定で指定された時間が経過した後で、キャッシュをクリアします。DNS サーバーがキャッシュをクリアした後で、もう一度試す必要があります。検証トークンを再び追加して、ドメインの検証を要求する必要があります。
-
検証トークンが見つかり一致した場合、ドメイン ステータスは Control Hub で検証済みに変わります。ドメインが検証されたことを確認するには、Control Hub に移動し、 組織設定をクリックし、 ドメインまでスクロールして、ドメイン エントリの横にこのステータスが表示されていることを確認します。
ドメインが検証されると、TXT レコードは不要になり、DNS サーバーから検証トークンを削除できます。
-
ドメインを’検証しても、他の組織がこのドメインをもつユーザーを持ち続ける場合があります。古い消費者アカウントは組織のユーザーに自動的に変換されることはありません。ドメインが検証され、ユーザーが Webex アプリ アカウントにサインアップしている場合は、それらのユーザーを組織内のライセンス ユーザーに変換できます。
Control Hub のステップでは、まずドメインを検証してからセキュリティ対策としてドメインを要求します。
-
ドメイン要求とは、Webex 組織内でのみ使用するために電子メール ドメインを要求することを意味します。
-
このステップにより、要求したドメインを持つユーザーが、無料のコンシューマー用組織などの他の組織に登録されないようにします。
-
他の Webex 組織では、要求されたドメインを使用しているユーザーを追加できません。
-
ドメインを要求する場合でも、ユーザーはセルフ登録を行えます。セルフ登録を行うと、Webex によりユーザーが組織内で作成されます。
-
組織のユーザー作成/同期のコントロールを希望する場合は、ユーザーがセルフ登録できないよう設定できます。
始める前に
ドメインの要求で発生したエラーの結果として、登録エラーが発生する可能性があります。ドメインを主張する前に、必ず以下を理解してください。
-
サービス プロバイダーは、管理している顧客組織のドメインを主張しないでください。サービス プロバイダーは、サービス プロバイダーの内部組織に所属するユーザーのドメインのみを主張してください。別の組織のユーザーのドメインを主張すると、たとえサービス プロバイダーが管理している組織であっても、顧客組織のユーザーに登録エラーが生じることがあります。なぜなら、ユーザー認証リクエストが顧客組織ではなくサービス プロバイダーを経由してルーティングされることがあるからです。
-
2 つの顧客組織 (会社 A と会社 B) が同じドメインを共有し、会社 A がドメインを主張している場合、ユーザー認証リクエストは当該ドメインを主張した組織 (会社 A) を経由してルーティングされるため、会社 B のユーザーの登録は失敗する可能性があります。
ドメインを主張する前に、ドメインが検証されていることを確認する必要があります。その代わり、要求はセキュリティ上の理由により拒否される場合があります。たとえば、別の企業に属するドメインを主張できません。
| 1 | |
| 2 |
管理の下で、 組織設定をクリックします。 |
| 3 |
ドメインまでスクロールし、 |
| 4 |
[要求] を選択します。 ドメインが申請されると、ドメイン エントリの横に次のようなステータスが表示されます。 ドメインが主張された後、主張されたドメインを使用しているユーザーを追加する組織以外の管理者は、エラー メッセージを受け取ります。ドメインが主張される前に、別の組織内に存在するユーザーは影響を受けません。 |
をクリックして、 
次に行うこと
-
ドメインを検証または要求し、Webex アプリのユーザーが初めてサインインする前に検証済みの状態にしたい場合は、次の操作を実行してメール検証を置き換えることができます。
-
Cisco Directory Connector を使用して、Active Directory のユーザーを Webex アプリに同期します。
-
組織の ID プロバイダー (IdP) を Webex 組織と統合して、シングル サインオン (SSO) を構成します。
-
アクティベートされたユーザーは、Control Hub に検証済みの状態で表示されます。サインインすると、アクティブとして表示されます。ユーザーのステータスの詳細については、 Control Hub のユーザー リストを参照してください。
-
-
要求したドメインでユーザーがセルフ登録できないよう設定することもできます。詳細については、 ユーザーがドメインに自己登録できないようにするを参照してください。
-
ユーザーにサービスを割り当てます。組織に対してドメインの主張とユーザーを調整する間、各ユーザーに追加の有料サービスを追加するまで、これらのユーザーは無料サービスのみです。
検証済みのドメインを削除したり、要求されたドメインを組織から解放したりする必要がある場合があります。たとえば、組織がドメインを売ってしまった、またはテスト ドメインでトライアルを実行していたがトライアルが終了したというような場合です。ドメインをいつでも削除できます。
始める前に
組織で Webex Hybrid コールサービスを使用している場合は、ユーザーのオンプレミス ディレクトリ URI に含まれている検証済みドメインを削除すると、サービスに影響を与える可能性があります。
| 1 | |
| 2 |
管理の下で、 組織設定をクリックします。 |
| 3 |
ドメインまでスクロールし、削除するドメインの横にある
主張されたドメインをリリースした後で、そのドメインを持つ新規ユーザーが自分の組織よりも組織に参加できます。この動作は、すでに組織内に存在するユーザーには影響しません。 ドメインを削除すると、そのドメインは組織で検証または要求されなくなります。 |
Webex for Government のドメイン管理の詳細については、 Webex for Government のドメイン管理を参照してください。
Control Hub でのドメイン検証で問題が発生した場合は、 「 Control Hub でのドメイン検証の失敗 」を参照して、ドメインをより効果的に検証してください。
詳細については、 「 Control Hub のドメインの追加、検証、およびトラブルシューティング 」を参照して、組織内でのスムーズなドメイン管理を実現してください。
