ドメインの確認

ドメインを確認して、Webex にドメインを所有していることを証明します。 ドメインを確認することで、ユーザーが別の組織にサインアップした場合、組織にユーザーを要求できます。 また、ドメインを要求する前に、ドメインを確認する必要があります。

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

ドメインの要求

組織内で自動的に作成されるドメインを関連付けるためにドメインを要求します。 Webex にサインアップしたユーザーも、このドメインに関連付けられます。 それ以外の場合、自分自身をサインアップするユーザーは、他のすべての「無料」ユーザーと一緒に一般的な組織に作成されます。 ユーザーを組織に登録するまで、そのユーザーのサービスを管理することはできません。 組織にユーザーを登録するためにドメインを要求する必要はありません。

無料の消費者組織に存在するユーザーは、組織に自動的に変換されません。 これらのユーザーを変換する必要があります。 ドメインを要求する前に、コンシューマー ユーザーを組織に変換することをお勧めします。

ドメインは 2 つの異なる組織に対して要求されません。 ドメインクレームの目的は、他の組織がドメインを使用することを防ぐことです。

別の組織で要求する場合、ドメインをリリースするという方法を選べます (ドメインを所有し、両方の組織を管理している場合)。

始める前に

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

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

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

1

Control Hub にサインインします。

2

左側ナビゲーションペインの［管理］で、［組織設定］をクリックします。

3

[ドメイン] までスクロールし、[手動で追加] または [Azure AD で追加] のいずれかをクリックします。

  • Azure AD でドメインを追加するには、顧客のフル管理者である必要があります。
  • 組織に主張可能なドメイン数を制限していません。 Webex 組織に 20 を超える要求されたドメインがある場合、ユーザーを変換する際に問題が発生する可能性があります。
4

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

5

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

6

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

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

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

7

1 つを選択します。

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

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

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

Control Hub にサインインします。

2

[管理] から [組織設定] をクリックします。

3

[ドメイン] までスクロールし、[] をクリックし、[検証済みドメインの要求] を選択します。

4

[要求] を選択します。

ドメインが要求されると、ステータスはドメイン エントリの隣に次のように表示されます。


 

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

次に行うこと

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

始める前に


 

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

1

Control Hub にサインインします。

2

[管理] から [組織設定] をクリックします。

3

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

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

要求されたドメインをリリースすると、そのドメインを持つ新規ユーザーが自分のドメインよりも組織に参加できるようになります。 この動作は、組織にすでにいるユーザーには影響しません。

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