この記事の内容
dropdown icon
シングルサインオンとコントロールハブ
    プロフィール
    名前とIDの形式
    シングルログアウト
コントロールハブをSimpleSAMLと統合します
Webexメタデータをローカルシステムにダウンロードしてください
メタデータを変換する
リモートサービスプロバイダーのメタデータファイルを作成する
IdPメタデータをインポートして、テスト後にシングルサインオンを有効にする

SimpleSAMLを使ってコントロールハブのシングルサインオンを設定します

list-menuこの記事の内容
list-menuフィードバックがある場合

Control HubとSimpleSAMLをアイデンティティプロバイダー(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: オアシス:名前:TC: SAML: 2.0: 名前付き ID フォーマット:トランジェント

  • URN: オアシス:名前:TC: SAML: 1.1: 名前IDフォーマット:指定なし

  • URN: オアシス:名前:TC: SAML: 1.1: 名前IDフォーマット:メールアドレス

IdPからロードするメタデータでは、最初のエントリはWebexで使用するように設定されています。

シングルログアウト

Webex アプリはシングルログアウトプロファイルをサポートしています。 Webex Appでは、ユーザーはアプリケーションからサインアウトできます。アプリケーションはSAMLシングルログアウトプロトコルを使用してセッションを終了し、IdPでサインアウトを確認します。 IdPがシングルログアウトに設定されていることを確認してください。

コントロールハブをSimpleSAMLと統合します

設定ガイドにはSSO統合の具体例が示されていますが、すべての可能性を網羅した設定は提供されていません。 たとえば、名前付きID形式のURN: OASIS: 名前:TC: SAML: 2.0: 名前IDフォーマット:Transientの統合手順は文書化されています。 urn: Oasis: names: TC: SAML: 1.1: 名前IDフォーマット:未指定や urn: Oasis: 名前:TC: SAML: 1.1: 名前IDフォーマット:メールアドレスなどの他の形式はSSO統合には使用できますが、ドキュメントの範囲外です。

Webex 組織のユーザー(Webex アプリWebex Meetings、およびコントロールハブで管理されているその他のサービスを含む)用にこの統合を設定してください。 Webex サイトがコントロールハブに統合されている場合、Webex サイトはユーザー管理を継承します。 Webex Meetingsこの方法でアクセスできず、Control Hubで管理されていない場合は、SSOを有効にするために別の統合を行う必要があります。Webex Meetings

始める前に

SSOとコントロールハブでは、IDPはSAML 2.0仕様に準拠している必要があります。 さらに、 IdPは次の方法で設定する必要があります。

Webexメタデータをローカルシステムにダウンロードしてください

1

コントロールハブにサインインしてください。

2

[管理] > [セキュリティ] > [認証] に移動します。

3

「ID プロバイダー」タブに行き、「 SSOを有効にする」をクリックします。

4

IdPを選択してください。

5

あなたの組織の証明書の種類を選んでください:

  • シスコによる自己署名: この選択をお勧めします。 証明書に署名させてください。 5年に1回更新するだけで済みます。
  • 公的認証局による署名-より安全ですが、 メタデータを頻繁に更新する必要があります( IdPベンダーがトラストアンカーをサポートしていない限り)。

トラストアンカーは、 デジタル署名の証明書を検証する権限として機能する公開鍵です。 詳細については、 IdPのマニュアルを参照してください。

6

メタデータファイルをダウンロードしてください。

<org-ID>Webex メタデータのファイル名は idb-meta--SP.xml です。

メタデータを変換する

1

エクスポートしたWebexメタデータファイルをテキストエディターで開きます。

2

ブラウザで、SimpleSAMLのホームページを開き、管理者の資格情報でサインインしてください。

ホームページの場所はさまざまですが、通常は次の例のURLのようになります:https://yourcompany.yourdomain.com/simplesaml。

3

メインページから、フェデレーションをクリックします。

4

ツールで、XMLからシンプルなSAML XMLへの変換を行います。

5

テキストエディターからWebexメタデータをコピーして、XML変換フィールドに貼り付けます。

6

[解析] をクリックします。

変換されたメタデータが表示されます。 このデータをリモートSPのテキストファイルに追加します。

リモートサービスプロバイダーのメタデータファイルを作成する

これらの手順は一例として意図されています。 メタデータディレクトリとIdPホストは、 クライアントの設定によって異なります。

始める前に

渡す必要のある属性に注意して、 メタデータファイル saml20-idp-hosted.php を編集して適宜マッピングしてください。 (たとえば、UID、 メール、メールなど)。 メタデータの例を見てください:

 'authproc' => array(
 // Convert LDAP names to oids.
 3 => array(
 'class' => 'saml:AttributeNameID',
 'attribute' => 'mail',
 'Format' => 'urn:oasis:names:tc:SAML:1.1:nameid-format:unspecified',
 
 ),
 50 => array(
 'class' => 'core:AttributeMap',
 'attribute' => 'mail',
 'mail' => array('uid', 'email', 'mail'),
 'sn' => 'lastname',
 'givenName' => 'firstname',
 
 ),
 ),
1

ホストのSimpleSAML設定で、メタデータディレクトリに移動します。

2

テキストエディタを使用して、解析したデータを saml20-sp-remote.php の末尾に貼り付けてファイルを保存します。

3

SimpleSAMLのフロントページに戻り、「フェデレーション」をクリックして、IDプロバイダーのメタデータを表示します。

4

データを新しいテキストファイルに貼り付けます。

5

更新したファイルを、simplesaml-metadata.xml などのわかりやすい名前を付けてデスクトップに保存します。

IdPメタデータをインポートして、テスト後にシングルサインオンを有効にする

Webex メタデータをエクスポートし、IdP を設定し、IdP メタデータをローカルシステムにダウンロードしたら、Control Hub から Webex 組織にインポートする準備が整います。

始める前に

アイデンティティプロバイダー(IdP)インターフェースからSSO統合をテストしないでください。 サービスプロバイダー起動(SP起動)フローのみをサポートしているので、この統合にはControl Hub SSOテストを使用する必要があります。

1

1つ選んでください:

  • ブラウザのコントロールハブの証明書選択ページに戻り、 次へをクリックしてください。
  • コントロールハブがブラウザタブで開かなくなったら、もう一度開いてください。 Control Hubのカスタマービューから、[管理] > [セキュリティ] > [認証] に移動し、IdPを選択して、[アクション] > [メタデータのインポート] を選択します。
2

IdPメタデータのインポートページで、 IdPメタデータファイルをページにドラッグアンドドロップするか、 ファイルブラウザオプションを使用してメタデータファイルを見つけてアップロードします。 「次へ」をクリックします。

できれば、より安全なオプションを使うべきです。 これは、IdPがパブリックCAを使用してメタデータに署名した場合にのみ可能です。

それ以外の場合は、 安全性の低いオプションを使用する必要があります。 これには、メタデータが署名されていないか、自己署名されていないか、 プライベートCAによって署名されていない場合も含まれます。

Oktaはメタデータに署名しないので、Okta SSO統合には「 安全性が低い」を選択する必要があります。

3

テストSSOセットアップを選択し、 新しいブラウザタブが開いたら、サインインしてIdPで認証します。

認証エラーが発生した場合は、 資格情報に問題がある可能性があります。 ユーザー名とパスワードを確認して、もう一度やり直してください。

Webex アプリのエラーは通常、SSO 設定に問題があることを意味します。 この場合は、手順、特にControl HubのメタデータをコピーしてIdP設定に貼り付ける手順をもう一度実行してください。

SSOサインインを直接確認するには、この画面で [ URLをクリップボードにコピー] をクリックして、 プライベートブラウザウィンドウに貼り付けることもできます。 そこから、 SSOでのサインインを順を追って進めることができます。 このステップは、 あなたがサインインしている既存のセッションにあるかもしれないアクセストークンによる誤検知を防ぎます。

4

コントロールハブのブラウザタブに戻ってください。

  • テストが成功したら、「 テスト成功」を選択してください。SSOをオンにして、「 次へ」をクリックしてください。
  • テストが失敗した場合は、「 テスト失敗」を選択してください。SSOをオフにして、「 次へ」をクリックしてください。

SSOの設定は、 最初のラジオボタンを選択してSSOを有効にしない限り、組織では有効になりません。

次にすべきこと

Cisco Webex Control HubOktaからWebexクラウドへのユーザープロビジョニングを行う場合は、「Oktaユーザーの同期」の手順を使用してください。

Entra Cisco Webex Control Hub IDからWebexクラウドへのユーザープロビジョニングを行いたい場合は、「 Microsoft Entra IDユーザーを同期」の手順を使用してください。

「 自動メールを抑制する」の手順に従って、組織内の新しい Webex アプリユーザーに送信されるメールを無効にすることができます。 このドキュメントには、 組織内のユーザーにコミュニケーションを送る際のベストプラクティスも含まれています。

この投稿記事は役に立ちましたか?
この投稿記事は役に立ちましたか?