- ホーム
- /
- 投稿記事
コメントありがとうございます。
この記事の内容
フィードバックがある場合Control HubとOktaをIDプロバイダー（IdP）として使用するデプロイメントとの間のシングルサインオン（SSO）統合を設定できます。
シングルサインオンとコントロールハブ
シングルサインオン（SSO）は、ユーザーが1つまたは複数のアプリケーションにアクセスするための資格情報を提供できるようにするセッションまたはユーザー認証プロセスです。 このプロセスでは、権限が与えられているすべてのアプリケーションでユーザーを認証します。 これにより、ユーザーが特定のセッション中にアプリケーションを切り替えるときに、それ以上プロンプトが表示されなくなります。
セキュリティアサーションマークアップ言語（SAML 2.0）フェデレーションプロトコルは、Webex クラウドとアイデンティティプロバイダー（IdP）の間の SSO 認証を提供するために使用されます。
プロフィール
Webex アプリはウェブブラウザの SSO プロファイルのみをサポートしています。 ウェブブラウザの SSO プロファイルでは、Webex アプリは次のバインディングをサポートしています。
-
SPがPOSTを開始しました-> POSTバインディング
-
SPはリダイレクト-> POSTバインディングを開始しました
名前とIDの形式
SAML 2.0プロトコルは、特定のユーザーについて通信するためのいくつかのNameID形式をサポートしています。 Webex アプリは、次の NameID 形式をサポートしています。
-
urn:oasis:names:tc:SAML:2.0:nameid-format:transient -
urn:oasis:names:tc:SAML:1.1:nameid-format:unspecified -
urn:oasis:names:tc:SAML:1.1:nameid-format:emailAddress
IdPからロードするメタデータでは、最初のエントリはWebexで使用するように設定されています。
コントロールハブをOktaと統合してください
設定ガイドにはSSO統合の具体例が示されていますが、すべての可能性を網羅した設定は提供されていません。 たとえば、nameid-format urn:oasis:names:tc:SAML:2.0:nameid-format:transientの統合手順は文書化されています。 urn:oasis:names:tc:SAML:1.1:nameid-format:unspecified or urn:oasis:names:tc:SAML:1.1:nameid-format:emailAddressなどの他の形式はSSO統合には使用できますが、ドキュメントの範囲外です。
Webex 組織のユーザー（Webex アプリWebex Meetings、およびコントロールハブで管理されているその他のサービスを含む）用にこの統合を設定してください。 Webex サイトがコントロールハブに統合されている場合、Webex サイトはユーザー管理を継承します。 Webex Meetingsこの方法でアクセスできず、Control Hubで管理されていない場合は、SSOを有効にするために別の統合を行う必要があります。Webex Meetings
始める前に
-
SSOとコントロールハブでは、IDPはSAML 2.0仕様に準拠している必要があります。 さらに、 IdPは次の方法で設定する必要があります。
Webexはサービスプロバイダー（SP）が開始するフローのみをサポートします。 つまり、 ユーザーはWebexサイトからセッションを開始する必要があります。 これにより、認証がWebexプラットフォームを介して正しくルーティングされるようになります。
Webexメタデータをローカルシステムにダウンロードしてください
| 1 | |
| 2 |
[ に移動します。 |
| 3 |
「ID プロバイダー」タブに行き、「 SSOを有効にする」をクリックします。 |
| 4 |
IdPを選択してください。 |
| 5 |
あなたの組織の証明書の種類を選んでください：
トラストアンカーは、 デジタル署名の証明書を検証する権限として機能する公開鍵です。 詳細については、 IdPのマニュアルを参照してください。 |
| 6 |
メタデータファイルをダウンロードしてください。 <org-ID>Webex メタデータのファイル名は idb-meta--SP.xml です。 |
Webexサービス用にOktaを設定してください
Cisco Webex Okta管理ポータルでアプリケーションを設定するときは、デフォルトのアプリケーションアイコンを非表示のままにするように設定してください。 これを行うには、「」に進み、「ユーザーにアプリケーションアイコンを表示しない」と 「Okta Mobileアプリにアプリケーションアイコンを表示しない」にチェックを入れてください。
| 1 |
Okta Tenant（ |
| 2 |
|
| 3 |
[次へ] をクリックし、次に [SAML 2.0] をクリックします。 |
| 4 |
ブラウザで、Control Hub からダウンロードしたメタデータファイルを開きます。 エンティティID（ファイルの上部）とアサーションコンシューマーサービスの場所（ファイルの最下部）のURLをコピーしてください。
 |
| 5 |
Cisco WebexOktaのタブで、[詳細設定] までスクロールし、Control HubメタデータファイルからコピーしたエンティティIDとアサーションコンシューマーサービスの値を貼り付けて、変更を保存します。
 |
| 6 |
「サインオン」をクリックして、Oktaのメタデータファイルをダウンロードしてください。 このファイルをコントロールハブのインスタンスにインポートし直します。 ユーザーが特定の Webex サイトにアクセスできるようにするには、Okta でカスタムアプリケーションを作成します。 ユーザーを固有の Webex サイト URL
に誘導するウェブリンクを設定します。 このカスタムアプリケーションアイコンがユーザーに表示されるように、Oktaのアプリケーション表示設定を調整してください。
|
| 7 |
「割り当て」をクリックし、Control Hub で管理されているアプリやサービスに関連付けるすべてのユーザーと関連グループを選択し、「割り当て」をクリックして「完了」をクリックします。 ユーザーまたはグループを割り当てることができます。 このステップをスキップしないでください。そうしないと、コントロールハブとOktaの統合が機能しません。 |
IdPメタデータをインポートして、テスト後にシングルサインオンを有効にする
Webex メタデータをエクスポートし、IdP を設定し、IdP メタデータをローカルシステムにダウンロードしたら、Control Hub から Webex 組織にインポートする準備が整います。
始める前に
アイデンティティプロバイダー（IdP）インターフェースからSSO統合をテストしないでください。 サービスプロバイダー起動（SP起動）フローのみをサポートしているので、この統合にはControl Hub SSOテストを使用する必要があります。
| 1 |
1つ選んでください:
|
| 2 |
IdPメタデータのインポートページで、 IdPメタデータファイルをページにドラッグアンドドロップするか、 ファイルブラウザオプションを使用してメタデータファイルを見つけてアップロードします。 「次へ」をクリックします。
できれば、より安全なオプションを使うべきです。 これは、IdPがパブリックCAを使用してメタデータに署名した場合にのみ可能です。 それ以外の場合は、 安全性の低いオプションを使用する必要があります。 これには、メタデータが署名されていないか、自己署名されていないか、 プライベートCAによって署名されていない場合も含まれます。 Oktaはメタデータに署名しないので、Okta SSO統合には「 安全性が低い」を選択する必要があります。 |
| 3 |
テストSSOセットアップを選択し、 新しいブラウザタブが開いたら、サインインしてIdPで認証します。 認証エラーが発生した場合は、 資格情報に問題がある可能性があります。 ユーザー名とパスワードを確認して、もう一度やり直してください。 Webex アプリのエラーは通常、SSO 設定に問題があることを意味します。 この場合は、手順、特にControl HubのメタデータをコピーしてIdP設定に貼り付ける手順をもう一度実行してください。 SSOサインインを直接確認するには、この画面で [ URLをクリップボードにコピー] をクリックして、 プライベートブラウザウィンドウに貼り付けることもできます。 そこから、 SSOでのサインインを順を追って進めることができます。 このステップは、 あなたがサインインしている既存のセッションにあるかもしれないアクセストークンによる誤検知を防ぎます。 |
| 4 |
コントロールハブのブラウザタブに戻ってください。
SSOの設定は、 最初のラジオボタンを選択してSSOを有効にしない限り、組織では有効になりません。 |
次にすべきこと
Cisco Webex Control HubOktaからWebexクラウドへのユーザープロビジョニングを行う場合は、「Oktaユーザーの同期」の手順を使用してください。
Azure Active Directory Cisco Webex Control Hub ADからWebexクラウドへのユーザープロビジョニングを行う場合は、「Azureユーザーの同期」の手順を使用してください。
「 自動メールを抑制する」の手順に従って、組織内の新しい Webex アプリユーザーに送信されるメールを無効にすることができます。 このドキュメントには、 組織内のユーザーにコミュニケーションを送る際のベストプラクティスも含まれています。
