Cisco Cloud APIC for AWS ユーザーガイド、リリース 25.0(1)-25.0(4)

偏向のない言語

この製品のマニュアルセットは、偏向のない言語を使用するように配慮されています。このマニュアルセットでの偏向のない言語とは、年齢、障害、性別、人種的アイデンティティ、民族的アイデンティティ、性的指向、社会経済的地位、およびインターセクショナリティに基づく差別を意味しない言語として定義されています。製品ソフトウェアのユーザーインターフェイスにハードコードされている言語、RFP のドキュメントに基づいて使用されている言語、または参照されているサードパーティ製品で使用されている言語によりドキュメントに例外が存在する場合があります。シスコのインクルーシブランゲージに対する取り組みの詳細は、こちらをご覧ください。

翻訳について

このドキュメントは、米国シスコ発行ドキュメントの参考和訳です。リンク情報につきましては、日本語版掲載時点で、英語版にアップデートがあり、リンク先のページが移動/変更されている場合がありますことをご了承ください。あくまでも参考和訳となりますので、正式な内容については米国サイトのドキュメントを参照ください。

マニュアルのコンテンツ
このマニュアル内で検索
ご利用いただける言語
Download Options

Book Title

Cisco Cloud APIC for AWS ユーザーガイド、リリース 25.0(1)-25.0(4)

Chapter Title

Cisco Cloud APIC セキュリティ

検索結果

Updated:
2022年11月10日

章のタイトル： Cisco Cloud APIC セキュリティ

Cisco Cloud APIC セキュリティ

この章は、次の内容で構成されています。

アクセス、認証およびアカウンティング

Cisco Cloud Application Policy Infrastructure Controller（Cloud APIC）ポリシーは、認証、認可、アカウンティング（AAA）機能を管理します。ユーザ権限、ロール、およびドメインとアクセス権限の継承を組み合わせることにより、管理者は細分化された方法で管理対象オブジェクト レベルで AAA 機能を設定することができます。これらの設定は、REST API または GUI を使用して実行できます。


（注）  

ログイン ドメイン名に 32 文字を超えることはできないという既知の制限があります。また、ログイン ドメイン名とユーザ名を合わせた文字数は 64 文字を超えることはできません。

アクセス、認証、およびアカウント構成情報の詳細については、 https://www.cisco.com/c/en/us/td/docs/switches/datacenter/aci/apic/sw/4-x/security/Cisco-APIC-Security-Configuration-Guide-401.html の Cisco APIC Security Configuration Guide, Release 4.0(1) をお読みください。

構成

初期構成スクリプトで、管理者アカウントが構成され、管理者はシステム起動時の唯一のユーザーとなります。

ローカル ユーザの設定

Cisco Cloud APIC GUI を使用したローカル ユーザーの作成 を参照して、ローカル ユーザーを設定し、Cisco Cloud APIC GUI を使用して OTP、SSH 公開キー、および X.509 ユーザー証明書に関連付けます。

TACACS+、RADIUS、LDAP、および SAML アクセスの構成

次のトピックでは、Cisco Cloud APIC の TACACS+、RADIUS、LDAP、および SAML アクセスを設定する方法について説明します。

概要

このトピックでは、RADIUS、TACACS +、LDAP、および SAML ユーザー（ADFS、Okta、PingID など）の Cisco Cloud APIC へのアクセスを有効にする方法について、順を追って説明します。

TACACS +、RADIUS、LDAP、および SAML の詳細については、https://www.cisco.com/c/en/us/td/docs/switches/datacenter/aci/apic/sw/4-x/security/Cisco-APIC-Security-Configuration-Guide-401.html の『 Cisco APIC セキュリティ構成ガイド、リリース 4.0(1) 』を参照してください。

Cloud APIC for TACACS+ Access の構成

始める前に

  • Cloud Application Policy Infrastructure Controller (Cloud APIC) はオンラインになっています。

  • TACACS+ サーバのホスト名または IP アドレス、ポート、およびキーを使用できること。

  • Cloud APIC 管理エンドポイント グループが使用できます。

手順

ステップ 1

クラウドAPICで、TACACS+プロバイダーを作成します。

  1. グローバル作成（Global Create） アイコンをクリックします。

    [グローバル作成（Global Create）] メニューが表示されます。

  2. [管理] 領域が表示されるまで下にスクロールし、[管理] 領域の下にある [プロバイダーの作成] をクリックします。

    [プロバイダーの作成（Create Provider）] ダイアログボックスが表示されます。

  3. [ホスト名/IP アドレス（Host Name/IP Address）] フィールドで、プロバイダーのホスト名/IP アドレスを入力します。

  4. [説明（Description）] フィールドに、プロバイダーの説明を入力します。

  5. [タイプ（Type）] ドロップダウン リストをクリックし、[TACACS+] を選択します。

  6. [設定（Settings）] セクションで、[キー（Key）]、[ポート（Port）]、[認証プロトコル（Authentication Protocol）]、[タイムアウト（Timeout）]、[再試行（Retries）]、[管理 EPG（Management EPG）] を指定します。有効化（Enabled） または 無効化（Disabled） のいずれかを [サーバー監視（Server Monitoring）] に対して選択します。

ステップ 2

TACACS+ の [Login Domain] を作成します。

  1. グローバル作成（Global Create） アイコンをクリックします。

    [グローバル作成（Global Create）] メニューが表示されます。

  2. [グローバル作成（Global Create）] 検索ボックスの下にあるドロップダウン矢印をクリックし、[管理（Administrative）] を選択します。

    [グローバル作成（Global Create）] メニューに管理オプションのリストが表示されます。

  3. [グローバル作成（Global Create）] メニューの[管理] を選択し、[ログイン ドメインの作成（Create Login Domain）] をクリックします。

    [ログイン ドメインの作成（Create Login Domains）] ダイアログボックスが表示されます。

  4. 次の [ログイン ドメインダイアログボックスのフィールド（Login Domains Dialog Box Fields）] のテーブルにリストされた各フィールドに適切な値を入力し、続行します。

    [プロパティ（Properties）]

    説明

    全般

    名前

    ログイン ドメインの名前を 入力します

    説明

    ログイン ドメインの説明を入力します。

    Settings

    Realm

    ドロップダウン メニューから TACACS+ を選択します。

    プロバイダ（Providers）

    プロバイダーを選択するには：

    1. [プロバイダーの追加（Add Providers）] をクリックします。[プロバイダーの選択（Select Providers）] ダイアログが表示されます。

    2. クリックして、左側の列のプロバイダーを選択します。

    3. [選択（Select）] をクリックします。[ログイン ドメインの作成] ダイアログボックスに戻ります。

  5. [保存（Save）] をクリックして、設定を保存します。

次のタスク

これで、APIC TACACS+ 構成手順は完了です。次に、RADIUS サーバーも使用する場合は、RADIUS の APIC を設定します。

Cloud APIC for RADIUS Access の構成

始める前に

  • Cloud Application Policy Infrastructure Controller (Cloud APIC) はオンラインになっています。

  • RADIUS サーバーのホスト名または IP アドレス、ポート、およびキーを使用できること。

  • Cloud APIC 管理エンドポイント グループが使用できます。

手順

ステップ 1

Cloud APIC で、RADIUS プロバイダーを作成します。

  1. グローバル作成（Global Create） アイコンをクリックします。

    [グローバル作成（Global Create）] メニューが表示されます。

  2. [管理] 領域が表示されるまで下にスクロールし、[管理] 領域の下にある [プロバイダーの作成] をクリックします。

    [プロバイダーの作成（Create Provider）] ダイアログボックスが表示されます。

  3. [ホスト名/IP アドレス（Host name/IP Address）] フィールドに、プロバイダーのホスト名/IP アドレスを入力します。

  4. [説明（Description）] フィールドに、プロバイダーの説明を入力します。

  5. [タイプ（Type）] ドロップダウン リストをクリックし、[RADIUS] を選択します。

  6. [設定（Settings）] セクションで、[キー（Key）]、[ポート（Port）]、[認証プロトコル（Authentication Protocol）]、[タイムアウト（Timeout）]、[再試行（Retries）]、[管理 EPG（Management EPG）] を指定します。有効化（Enabled） または 無効化（Disabled） のいずれかを [サーバー監視（Server Monitoring）] に対して選択します。

ステップ 2

RADIUS の [ログイン ドメイン]を作成します。

  1. グローバル作成（Global Create） アイコンをクリックします。

    [グローバル作成（Global Create）] メニューが表示されます。

  2. [グローバル作成（Global Create）] 検索ボックスの下にあるドロップダウン矢印をクリックし、[管理（Administrative）] を選択します。

    [グローバル作成（Global Create）] メニューに管理オプションのリストが表示されます。

  3. [グローバル作成（Global Create）] メニューの[管理] を選択し、[ログイン ドメインの作成（Create Login Domain）] をクリックします。

    [ログイン ドメインの作成（Create Login Domains）] ダイアログボックスが表示されます。

  4. 次の [ログイン ドメインダイアログボックスのフィールド（Login Domains Dialog Box Fields）] のテーブルにリストされた各フィールドに適切な値を入力し、続行します。

    [プロパティ（Properties）]

    説明

    全般

    名前

    ログイン ドメインの名前を 入力します

    説明

    ログイン ドメインの説明を入力します。

    Settings

    Realm

    ドロップダウン メニューから RADIUS を選択します。

    プロバイダ（Providers）

    プロバイダーを選択するには：

    1. [プロバイダーの追加（Add Providers）] をクリックします。[プロバイダーの選択（Select Providers）] ダイアログが表示されます。

    2. クリックして、左側の列のプロバイダーを選択します。

    3. [選択（Select）] をクリックします。[ログイン ドメインの作成] ダイアログボックスに戻ります。

  5. [保存（Save）] をクリックして、設定を保存します。

次のタスク

これで、 Cloud APIC RADIUS 構成手順は完了です。次に、RADIUS サーバを設定します。

LDAP Access の構成

LDAP 設定には 2 つのオプションがあります。

  • Cisco AVPair の設定

  • クラウド APIC での LDAP グループ マップの設定

次のセクションには、両方の構成オプションの手順が含まれています。

Cloud APIC for LDAP Access の構成

始める前に

  • Cloud Application Policy Infrastructure Controller (Cloud APIC) はオンラインになっています。

  • LDAP サーバのホスト名または IP アドレス、ポート、バインド DN、ベース DN、およびパスワードを使用できること。

  • Cloud APIC 管理エンドポイント グループが使用できます。

手順
ステップ 1

Cloud APIC で、LDAP プロバイダーを作成します。

  1. メニュー バーで、[管理（Administrative）] > [認証（Authentication）] を選択します。

  2. 作業ペインで、[プロバイダー（Providers）] タブをクリックして、[アクション（Actions）] ドロップダウンをクリックして、[プロバイダーの作成（Create Provider）] を選択します。

  3. [ホスト名/IP アドレス（Host name/IP Address）] フィールドに、プロバイダーのホスト名/IP アドレスを入力します。

  4. [説明（Description）] フィールドに、プロバイダーの説明を入力します。

  5. [タイプ（Type）] ドロップダウン リストをクリックし、[LDAP] を選択します。

  6. バインド DN、ベース DN、パスワード、ポート、属性、フィルタ タイプ、および管理 EPG を指定します。

    （注）   

    • バインド DN は、Cloud APIC が LDAP サーバーにログインするために使用する文字列です。Cloud APIC は、ログインしようとするリモート ユーザーの検証にこのアカウントを使用します。ベース DN は、Cloud APIC がリモート ユーザー アカウントを検索する LDAP サーバーのコンテナ名とパスです。これはパスワードが検証される場所です。フィルタを使用して、Cloud APIC が cisco-av-pair に使用するために要求している属性を見つけます。これには、Cloud APIC で使用するユーザー認証と割り当て済み RBAC ロールが含まれます。Cloud APIC は、この属性を LDAP サーバから要求します。

    • [属性] フィールド：次のうちいずれかを入力します。

      • LDAPサーバの設定では、Cisco AVPair、入力 CiscoAVPair 。

      • LDAP グループ マップ LDAPサーバ設定、入力 memberOf 。

ステップ 2

LDAP の ログイン ドメイン を作成します。

  1. メニュー バーで、[管理（Administrative）] > [認証（Authentication）] を選択します。

  2. [Work]ペインで、[Login Domains]タブをクリックし、[Actions]ドロップダウンをクリックして[Create Login Domain]を選択します。

  3. 次の [ログイン ドメインダイアログボックスのフィールド（Login Domains Dialog Box Fields）] のテーブルにリストされた各フィールドに適切な値を入力し、続行します。

    [プロパティ（Properties）]

    説明

    全般

    名前

    ログイン ドメインの名前を 入力します

    説明

    ログイン ドメインの説明を入力します。

    Settings

    Realm

    ドロップダウン メニューから [LDAP] 選択します。

    プロバイダ（Providers）

    プロバイダーを選択するには：

    1. [プロバイダーの追加（Add Providers）] をクリックします。[プロバイダーの選択（Select Providers）] ダイアログが表示されます。

    2. クリックして、左側の列のプロバイダーを選択します。

    3. [選択（Select）] をクリックします。[ログイン ドメインの作成] ダイアログボックスに戻ります。

    認証タイプ

    1. プロバイダーが属性として CiscoAVPair を使用して設定されている場合は、[Cisco AV ペア（Cisco AV Pairs）] を選択します。

    2. プロバイダーが属性として memberOf で設定されている場合は、[LDAP Group Map Rules] を選択します。

      1. [LDAP グループ マップ ルールの追加（Add LDAP Group Map Rule）] をクリックします。ダイアログボックスが表示されます。

      2. マップの名前と説明（オプション）およびグループ DN を指定します。

      3. [セキュリティ ドメインの追加（Add Security Domain）] の横にある [+] をクリックします。ダイアログボックスが表示されます。

      4. [+] をクリックして、[ロール（Role）]の名前およびロールの [権限（Privilege）] タイプ（Read または Write）フィールドにアクセスします。チェックマークをクリックします。

      5. さらにロールを追加するには、手順 4 を繰り返します。次に、[追加（Add）] をクリックします。

      6. 手順 3 を繰り返して、さらにセキュリティ ドメインを追加します。次に、[追加（Add）] をクリックします。

  4. [ログイン ドメインの作成（Create Login Domain）] ダイアログボックスで [保存（Save）] をクリックします。

Cloud APIC for SAML Access の構成

次のセクションでは、SAML Access 用の Cloud APIC の設定について詳しく説明します。

SAML について

https://www.cisco.com/c/en/us/td/docs/switches/datacenter/aci/apic/sw/4-x/security/Cisco-APIC-Security-Configuration-Guide-401.html で『Cisco APIC Security Configuration Guide、Release 4.0(1) 』の「About SAML」セクションを参照してください。

SAML の基本要素

https://www.cisco.com/c/en/us/td/docs/switches/datacenter/aci/apic/sw/4-x/security/Cisco-APIC-Security-Configuration-Guide-401.html で『Cisco APIC Security Configuration Guide、Release 4.0(1) 』の「Basic Elements of SAML」セクションを参照してください。

サポートされている IdPs および SAML コンポーネント

https://www.cisco.com/c/en/us/td/docs/switches/datacenter/aci/apic/sw/4-x/security/Cisco-APIC-Security-Configuration-Guide-401.html で『Cisco APIC Security Configuration Guide、Release 4.0(1) 』の「Supported IdPs and SAML Components」セクションを参照してください。

Cloud APIC for SAML Access の構成


（注）  

SAML ベースの認証は Rest に対するものではなく、Cloud APIC GUI のみに対するものです。
始める前に

  • SAML サーバー ホスト名または IP アドレスと、IdP メタデータの URL を使用できます。

  • Cloud APIC 管理エンドポイント グループが使用できます。

  • 次の設定を行います。

    • 時刻同期と NTP

    • GUI を使用した DNS プロバイダーの構成

    • GUI を使用した Cisco ACI HTTPS アクセス用カスタム証明書の設定

手順
ステップ 1

Cloud APIC で、SAML プロバイダーを作成します。

  1. メニュー バーで、[管理（Administrative）] > > [認証（Authentication）]を選択します。

  2. [作業（Work）]ペインで、[プロバイダー（Providers）] タブをクリックし、[アクション（Actions）] ドロップダウンをクリックして [プロバイダーの作成（Create Provider）] を選択します。

  3. [ホスト名/IP アドレス（Host name/IP Address）] フィールドに、プロバイダーのホスト名/IP アドレスを入力します。

  4. [説明（Description）] フィールドに、プロバイダーの説明を入力します。

  5. [タイプ（Type）] ドロップダウン リストをクリックし、[SAML] を選択します。

  6. [設定（Settings）] ペインで、次の手順を実行します。

    • IdP メタデータ URL を指定します。

      • AD FS の場合、IdP メタデータ URL は https://<FQDN ofADFS>/FederationMetadata/2007-06/FederationMetadata.xml という形式になります。

      • Okta の場合、IdP メタデータの URL を取得するには、Okta サーバから該当 SAML アプリケーションの [Sign On] セクションに、アイデンティティ プロバイダー メタデータのリンクをコピーします。

    • SAML ベースのサービスのエンティティ ID を指定します。

    • IdP メタデータの URL にアクセスする必要がある場合は、メタデータ URL の HTTPS プロキシ（HTTPS Proxy for Metadata URL） を構成します。

    • IdP はプライベート CA によって署名された場合は、[認証局（Certificate Authority）] を選択します。

    • ドロップダウン リストから、[署名アルゴリズム認証ユーザー要求（Signature Algorithm Authentication User Requests）]を選択します。

    • SAML 認証要求の署名、SAML 応答メッセージの署名、SAML 応答の署名アサーション、SAML アサーションの暗号化を有効にするには、チェックボックスをオンにします。

  7. [保存（Save）] をクリックして、設定を保存します。

ステップ 2

SAML のログイン ドメインを作成します。

  1. メニュー バーで、[管理（Administrative）] > [認証（Authentication）]を選択します。

  2. 作業ペインで、[ログイン ドメイン（Login Domains）] タブをクリックして、[アクション（Actions）] ドロップダウンをクリックして、[ログイン ドメインの作成（Create Login Domains）] を選択します。

  3. 次の [ログイン ドメインダイアログボックスのフィールド（Login Domains Dialog Box Fields）] のテーブルにリストされた各フィールドに適切な値を入力し、続行します。

    [プロパティ（Properties）]

    説明

    全般

    名前

    ログイン ドメインの名前を 入力します

    説明

    ログイン ドメインの説明を入力します。

    Settings

    Realm

    ドロップダウン メニューから SAML を選択します。

    プロバイダ（Providers）

    プロバイダーを選択するには：

    1. [プロバイダーの追加（Add Providers）] をクリックします。[プロバイダーの選択（Select Providers）] ダイアログが表示されます。

    2. クリックして、左側の列のプロバイダーを選択します。

    3. [選択（Select）] をクリックします。[ログイン ドメインの作成] ダイアログボックスに戻ります。

  4. [保存（Save）] をクリックして、設定を保存します。

AD FS で Relying Party Trust の設定

手順

https://www.cisco.com/c/en/us/td/docs/switches/datacenter/aci/apic/sw/4-x/security/Cisco-APIC-Security-Configuration-Guide-401.html で 『Cisco APIC Security Configuration Guide、Release 4.0（1）』の「Setting Up a Relying Party Trust in AD FS」 セクションを参照してください。

HTTPS Access の構成

ここでは、HTTPS Access を構成する方法について説明します。

カスタム証明書の構成のガイドライン

  • ワイルドカード証明書（*.cisco.com など。複数のデバイス間で使用）およびそれに関連する他の場所で生成される秘密キーは、Cisco Cloud APICではサポートされません。これは、Cisco Cloud APIC に秘密キーまたはパスワードを入力するためのサポートがないためです。また、ワイルドカード証明書などのいかなる証明書の秘密キーもエクスポートできません。

  • 証明書署名要求（CSR）を生成する前に、公開中間証明書とルート CA 証明書をダウンロードしてインストールする必要があります。ルート CA 証明書は技術的には CSR を生成するために必要ではありませんが、シスコでは、対象とする CA 機関と CSR への署名に使用される実物の間の不一致を防ぐために、CSR を生成する前にルート CA 証明書が必要です。Cisco Cloud APIC は、送信された証明書が設定された CA によって署名されていることを確認します。

  • 更新された証明書の生成に同じ公開キーと秘密キーを使用するには、次のガイドラインを満たす必要があります。

    • 元の CSR にはキー リング内の秘密キーとペアになる公開キーが含まれているため、元の CSR を維持する必要があります。

    • Cisco Cloud APIC で公開キーと秘密キーを再使用する場合は、元の証明書に使用されたものと同じ CSR を更新された証明書に再送信する必要があります。

    • 更新された証明書に同じ公開キーと秘密キーを使用する場合は、元のキー リングを削除しないでください。キー リングを削除すると、CSR で使用されている関連秘密キーが自動的に削除されます。

  • ポッドあたり 1 つの証明書ベースのルートのみをアクティブにすることができます。

  • このリリースでは、クライアント証明書認証はサポートされていません。

GUI を使用した Cisco ACI HTTPS アクセス用カスタム証明書の設定

適切な認証局を作成できるように、信頼できる証明書を取得する機関を決定します。

始める前に

注意：ダウンタイムの可能性があるため、メンテナンス時間中にのみこのタスクを実行してください。この操作中に Cloud APIC のすべての Web サーバの再起動が予期されます。

手順

ステップ 1

メニュー バーで、[管理（Administrative）] > セキュリティ（Security）] を選択します。

ステップ 2

[作業（Work）] ペインで、[証明書認証局（Certificate Authorities）] タブをクリックし、[アクション（Actions）] ドロップダウンをクリックして [証明書認証局の作成（Create Certificate Authorities）] を選択します。

ステップ 3

[証明書認証局の作成（Create Certificate Authority）] ダイアログボックスの [名前（Name）] フィールドに、認証局の名前を入力します。

ステップ 4

[用途（Used for）] フィールドで [システム（System）] を選択します。

ステップ 5

[証明書チェーン（Certificate Chain）] フィールドに、クラウド アプリケーション ポリシー インフラストラクチャ コントローラー（APIC）の証明書署名要求（CSR）に署名する認証局の中間証明書とルート証明書をコピーします。証明書は、Base64 エンコード X.509（CER）形式である必要があります。中間証明書はルート CA 証明書の前に配置されます。次の例のようになります。 

-----BEGIN CERTIFICATE-----
<Intermediate Certificate>
-----END CERTIFICATE-----
-----BEGIN CERTIFICATE-----
<Root CA Certificate>
-----END CERTIFICATE-----
ステップ 6

[保存（Save）] をクリックします。

ステップ 7

メニュー バーで、[管理（Administrative）] > セキュリティ（Security）] を選択します。

ステップ 8

[作業（Work）]ペインで、[キー リング（Key Rings）] タブをクリックし、[アクション（Actions）] ドロップダウンをクリックして [キー リングの作成（Create Key Ring）] を選択します。

ステップ 9

[キー リングの作成（Create Key Ring）] ダイアログボックスの [名前（Name）] フィールドに、認証局の名前を入力し、[説明（Description）] に説明を入力します。

ステップ 10

[用途（Used for）] フィールドで [システム（System）] を選択します。

ステップ 11

[証明書認証局（Certificate Authority）] フィールドで、[証明書認証局の選択（Select Certificate Authority）] をクリックし、以前に作成した認証局を選択します。

ステップ 12

[秘密キー（Private Key）] フィールドで、[新規キーの生成（Generate New Key）] または [既存のキーのインポート（Import Existing Key）] を選択します。[既存のキーのインポート（Import Existing Key）] を選択した場合は、[秘密キー（Private Key）] テキスト ボックスに秘密キーを入力します。

ステップ 13

[モジュラス（Modulus）] ドロップダウンからモジュラスを選択します。メニュー

ステップ 14

[Certificate] フィールドには、コンテンツを追加しないでください。

ステップ 15

[保存（Save）] をクリックします。

[Work] ペインの [Key Rings] 領域では、作成したキー リングに対する [Admin State] に [Started] と表示されます。

ステップ 16

作成したキー リングをダブルクリックして、[作業（Work）] ペインから [キー リング] [key_ring_name] ダイアログボックスを開きます。

ステップ 17

[作業（Work）] ペインで、[証明書要求の作成（Create Certificate Request）] をクリックします。

ステップ 18

[情報カテゴリ（Subject）] フィールドに、Cloud APIC の完全修飾ドメイン名（FQDN）を入力します。

ステップ 19

必要に応じて、残りのフィールドに入力します。
ステップ 20

[保存（Save）] をクリックします。

[Key Ring] [key_ring_name] ダイアログボックスが表示されます。

ステップ 21

フィールド [要求（Request）] からコンテンツを署名するために証明書認証局 にコピーします。

ステップ 22

[キー リング（Key Ring）] [key_ring_name] ダイアログボックスで、[編集（Edit）] アイコンをクリックして [キー リング（Key Ring）] [key_ring_name] ダイアログボックスを表示します。

ステップ 23

[証明書（Certificate）] フィールドに、認証局から受信した署名付き証明書を貼り付けます。

ステップ 24

[保存（Save）] をクリックして、[キー リング（Key Rings）] 作業ウィンドウに戻ります。

キーが確認されて [作業（Work）] ペインで [管理状態（Admin State）] が [完了済み（Completed）] に変わり、HTTP ポリシーを使用できるようになります。

ステップ 25

[インフラストラクチャ（Infrastructure）] > [システム構成（System Configuration）] に移動し、[管理アクセス（Management Access）] タブをクリックします。

ステップ 26

[HTTPS] 作業ウィンドウの編集アイコンをクリックして、[HTTPS 設定（HTTPS Settings）]ダイアログボックスを表示します。

ステップ 27

[管理キー リング（Admin Key Ring）] をクリックし、以前に作成したキー リングを関連付けます。

ステップ 28

[保存（Save）] をクリックします。

すべての Web サーバが再起動されます。証明書がアクティブになり、デフォルト以外のキー リングが HTTPS アクセスに関連付けられています。

次のタスク

証明書の失効日には注意しておき、期限切れになる前に対応する必要があります。更新された証明書に対して同じキー ペアを維持するには、CSR を維持する必要があります。これは、CSR にはキー リング内の秘密キーとペアになる公開キーが含まれているためです。証明書が期限切れになる前に、同じ CSR を再送信する必要があります。キー リングを削除すると、Cloud APIC に内部的に保存されている秘密キーも削除されるため、新しいキー リングの削除または作成は行わないでください。

このドキュメントは役に立ちましたか?

Feedbackフィードバック

シスコに問い合わせ