コメントありがとうございます。

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

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

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

IdPを選択してください。

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

• シスコによる自己署名： この選択をお勧めします。 証明書に署名させてください。 5年に1回更新するだけで済みます。
• 公的認証局による署名 — より安全ですが、 メタデータは頻繁に更新する必要があります。

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

管理者権限でADFSサーバーにサインインします。

ADFS管理コンソールを開いて、信頼関係 > 依存当事者信託 > 依存当事者信頼の追加を参照してください。

信頼関係者の信頼の追加ウィザードウィンドウから、「開始」を選択します。

「データソースの選択」で、依存パーティに関するデータをファイルからインポートを選択し、ダウンロードしたControl Hubメタデータファイルを参照して、「次へ」を選択します。

「表示名を指定」では、Webexなど、この依存当事者信託の表示名を作成し、「次へ」を選択します。

「発行承認ルールを選択」で、「すべてのユーザーにこの依存パーティへのアクセスを許可する」を選択し、「次へ」を選択します。

「信頼を追加する準備ができました」で、「次へ」を選択し、ADFSへの信頼の追加を完了してください。

ADFSのメインペインで、作成した信頼関係を選択し、「クレームルールの編集」を選択します。 「発行変換ルール」タブで、「ルールを追加」を選択します。

「ルールタイプを選択」ステップで、「LDAP属性をクレームとして送信」を選択し、「次へ」を選択します。

1. クレームルール名を入力してください。

2. Active Directory属性ストアとして選択してください。

3. 電子メールアドレスのLDAP属性を、uid送信クレームタイプにマップします。

   このルールは、ユーザーを識別するためにどのフィールドをWebexにマップするかをADFSに指示します。 送信するクレームの種類を、表示されているとおりに正確に入力してください。

4. 変更を保存してください。

もう一度 [ルールを追加] を選択し、[カスタムルールを使用してクレームを送信] を選択して、[次へ] を選択します。

1. テキストエディターを開いて、次の内容をコピーしてください。

   c: [タイプ = "http://schemas.microsoft.com/ws/2008/06/identity/claims/windowsaccountname「] => 問題 (タイプ =" http://schemas.xmlsoap.org/ws/2005/05/identity/claims/nameidentifier「, 発行者 = C. Issuer, OriginalIssuer, OriginalIssuer, Value = C.Value, ValueType, プロパティ [」http://schemas.xmlsoap.org/ws/2005/05/identity/claimproperties/format「] =「URN: Oasis: 名前:TC: SAML: 2.0: 名前IDフォーマット:トランジェント」, プロパティ [」http://schemas.xmlsoap.org/ws/2005/05/identity/claimproperties/namequalifier] = "URL1「、プロパティ [」http://schemas.xmlsoap.org/ws/2005/05/identity/claimproperties/spnamequalifier「] =" URL2「);

   テキスト中のURL1とURL2を次のように置き換えてください。

   • URL1は、ダウンロードしたADFSメタデータファイルのエンティティIDです。

     たとえば、以下は表示される内容の例です。 <EntityDescriptor xmlns="urn:oasis:names:tc:SAML:2.0:metadata」entityID=」 http://ad0a.identitylab20.ciscolabs.com/adfs/services/trust " ID="_55515dde-8147-4183-8a85-b704d26b5dba">

     ADFSメタデータファイルからEntityIdだけをコピーし、テキストファイルに貼り付けてURL1と置き換えます

   • URL2は、ダウンロードした Webex メタデータファイルの最初の行にあります。

     たとえば、次は表示内容のサンプルです。<EntityDescriptor xmlns= "urn: oasis: names: TC: SAML: 2.0: metadata」entityId=」https://idbroker.webex.com/35a15b0a-0eg1-4029-9f63-a8c54df5df59「>

     WebexメタデータファイルからEntityIdだけをコピーし、テキストファイルに貼り付けてURL2と置き換えます。

2. URLを更新したら、テキストエディター（「c:」で始まる）からルールをコピーして、ADFSサーバーのカスタムルールボックスに貼り付けます。

   完成したルールは次のようになります。

   

3. [完了] を選択してルールを作成し、[クレームルールの編集] ウィンドウを終了します。

メインウィンドウで「依拠当事者信託」を選択し、右側のペインで「プロパティ」を選択します。

プロパティウィンドウが表示されたら、「詳細設定」タブ、SHA-256を開き、「OK」 を選択して変更を保存します。

内部ADFSサーバーで次のURLを参照してファイルをダウンロードしてください。https: //< ad_fs_server >/federationMetadata/2007-06/federationMetadata.xml

ファイルをローカルマシンに保存します。

1つ選んでください:

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

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

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

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

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

管理者権限でADFSサーバーにサインインします。

WebexからADFSサーバーの一時的なローカルフォルダにSAMLメタデータファイルをアップロードします。例えば。 //adfs_サーバー名/temp/IDB-Meta- <org-ID>-SP.xml。

パワーシェルを開きます。

get-adfsRelingPartyTrustを実行して、すべての依存パーティトラストを読み込んでください。

update-adfs 依存パーティトラスト-メタデータファイル「//adfs_servername/temp/IDB-meta--SP.xml」-ターゲット名 <org-ID>「Webex」を実行します。

コントロールハブにサインインして、SSO統合をテストしてください。

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

2. IDプロバイダータブで、IdPに移動してクリックしてください .

3. テストIdPを選択してください。

4. SSO接続を有効にする前にテストしてください。 このステップは予行演習のように機能し、次のステップでSSOを有効にするまで組織の設定には影響しません。

   SSOサインインを直接確認するには、この画面で [ URLをクリップボードにコピー] をクリックして、 プライベートブラウザウィンドウに貼り付けることもできます。 そこから、 SSOでのサインインを順を追って進めることができます。 これにより、SSO構成のテスト時に誤検出の結果となる可能性のある、ウェブブラウザにキャッシュされている情報をすべて削除できます。

5. サインインしてテストを完了してください。