ドメインを検証する理由 ドメインを検証して、自分がそのドメインの所有者であることを Webex に証明します。 これにより、ユーザーが別の組織にサインアップした場合に、そのユーザーを自分の組織に登録できます。 ドメインを要求する前に、ドメインを検証する必要があります。

ドメインを検証するため、トークンを提供し、ドメイン ホストの DNS TXT レコードに追加します。 ドメインを所有しているか確認するため、DNS サーバー上でこのトークンを確認します。

ドメインを要求する理由 ドメインで新規ユーザーが組織内で自動的に作成されるようにするには、ドメインを要求します。 これには、自分で Webex にサインアップするユーザーが含まれます。 ドメインを要求していない場合、自分でサインアップするユーザーは、他のすべての「無料」ユーザーと一緒に一般的な組織内に作成されます。 ユーザーを組織に登録するまで、そのユーザーのサービスを管理することはできません。 組織にユーザーを登録するためにドメインを要求する必要はありません。

ドメインを要求する前に: 無料の消費者組織にすでに存在しているユーザーは、あなたの組織に自動的には変換されません。 これらのユーザーを変換する必要があります。 ドメインを主張する前に、消費者ユーザーを組織に変換することを推奨します。 その場合、これらのユーザーはドメインの主張後、通知を受け取りません。

開始する前に

  • 検証および要求するドメインを所有している必要があります。

  • ユーザーおよび Webex 登録デバイスの Hybrid Calling については、Unified CM のエンド ユーザー アカウントのオンプレミス ディレクトリ URI に含まれるドメインを確認する必要があります。

  • お客様は、管理者がロックアウトされるのを防ぐため、指定の順序で検証する必要があります。 たとえば、管理者ドメインをまず追加してから他のすべてのドメインを追加する必要があります。

1

https://admin.webex.com の顧客ビューから、[組織の設定] に進み、[ドメイン] の下の [ドメインの追加] をクリックします。

2

ドメイン名を入力して、[追加] をクリックします。

3

ドメインの隣の省略符 をクリックして、[検証トークンを取得する] を選択します。

4

検証トークンを DNS TXT 記録にコピーします。

  • DNS ホストが 1 つの TXT レコードのみをサポートする場合、別の行にトークンを追加してください。

  • DNS ホストが複数のレコードをホストする場合、固有の TXT レコードに単一行のトークンを追加してください。

5

1 つを選択します。

  • DNS TXT 記録を DNS サーバーに追加します。

  • DNS サーバーが別の管理者により構成されている場合は、DNS TXT レコードを管理者に送信して、DNS サーバーに追加してください。

6

各ドメインの隣にある [確認]をクリックします。

  • 検証が失敗すると、DNS サーバーによりエラーがキャッシュされます。 DNS サーバーは、TTL (Time To Live) 設定で指定された時間が経過した後で、キャッシュをクリアします。 DNS サーバーがキャッシュをクリアした後で、もう一度試す必要があります。 検証トークンを再び追加して、ドメインの検証を要求する必要があります。

  • 確認トークンが見つかり一致した場合、ドメイン ステータスは Cisco Webex Control Hub で確認済に変わります。 ドメインが検証されていることを確認するには、Cisco Webex Control Hub に進み、[設定] をクリックし、[ドメイン] にスクロールして、ドメイン エントリの隣に表示されるこのステータスを確認します。

  • ドメインを’検証しても、他の組織がこのドメインをもつユーザーを持ち続ける場合があります。 古い消費者アカウントは組織のユーザーに自動的に変換されることはありません。 ドメインが検証され、ユーザーが Cisco Webex アカウントにサインアップした場合は、そのユーザーを組織内のライセンスユーザーに変換できます。

Cisco Webex Control Hub の手順では、まずドメインを確認し、それからさらにセキュリティ対策としてドメインを要求します。 ドメインの主張は、Cisco Webex 組織でのみ使用するメール ドメインを主張するということです (他の組織は主張されたメール ドメインを使用しているユーザーを追加できません)。 このステップは、主張したドメインを持つユーザーが、無料の消費者組織を含む他の組織に存在しないようにします。


他の Cisco Webex 組織は主張されたドメインを使用しているユーザーを追加できません。 ユーザーが登録したり、生産組織に新しいユーザーが表示されたりすることを防ぐことはできません。 しかし、それでもユーザーを追加または削除したり、ライセンス契約を変更したりすることはできます。

スケジューリングを始める前に


ドメインを主張する前に、ドメインが検証されていることを確認する必要があります。 その代わり、要求はセキュリティ上の理由により拒否される場合があります。 たとえば、別の企業に属するドメインを主張できません。

1

https://admin.webex.com の顧客ビューから、[設定] に進み、[ドメイン] の省略された をクリックして、[確認済みドメインの要求] をクリックします。

2

[要求] を選択します。

ドメインが要求されると、ドメイン エントリのとして、ステータスが次のように示されていることがわかります。


 

ドメインが主張された後、主張されたドメインを使用しているユーザーを追加する組織以外の管理者は、エラー メッセージを受け取ります。 ドメインが主張される前に、別の組織内に存在するユーザーは影響を受けません。


 

Cisco Directory Connector を使用して Active Directory をクラウドに同期する場合は、Active Directory が使用しているドメインもすべて要求する必要があります。


組織に主張可能なドメイン数を制限していません。 しかし、 Cisco Webex 組織に 20 個以上の主張されたドメインがある場合、ユーザーの変換に関する問題に遭遇する場合があります。

次に行うこと

  • ドメインを検証または要求し、Cisco Webex ユーザーが初めてサインインする前に検証済み状態にする場合は、次の手順でメール検証を置き換えることができます。

  • ユーザーにサービスを割り当てます。 組織に対してドメインの主張とユーザーを調整する間、各ユーザーに追加の有料サービスを追加するまで、これらのユーザーは無料サービスのみです。

たとえば、組織がドメインを販売した場合や、テストドメインでトライアルを実行してトライアルが終了した場合などは、検証済みのドメインを削除するか、要求済みドメインを組織から解放する必要があります。 ドメインをいつでも削除できます。

スケジューリングを始める前に


組織で Cisco Webex Hybrid コールサービスを使用している場合は、ユーザーのオンプレミスディレクトリ URI に含まれている検証済みドメインを削除すると、サービスに影響を与える可能性があります。

1

https://admin.webex.comの顧客ビューから [組織設定] に移動し [ドメイン] にスクロールします。

2

削除するドメインの横にある [詳細] をクリックして、次のいずれかを選択します。

  • 要求済みドメインの場合は [ドメインの解放] をクリックし、プロンプトを読んで、[解放] をクリックします。 この手順では、ドメインを検証済みのエントリとして保持します。
  • 検証済みドメインの場合は、[ドメインの削除] をクリックし、プロンプトを読んで、[削除] をクリックします。 この手順により、Webex Control Hub のリストからドメインが完全に削除されます。

要求済みドメインが解放された後、そのドメインを持つ新しいユーザーは、自分のドメインとは異なる組織にプロビジョニングされる場合があります。 既存のユーザーは、要求されていないドメインの影響を受けません。

ドメインを削除すると、そのドメインは組織で検証または要求されなくなります。