Veritas NetBackup™ セキュリティおよび暗号化ガイド
- NetBackup セキュリティの強化
- セキュリティの配置モデル
- ポートセキュリティ
- NetBackup のデーモン、ポート、通信について
- ポートの構成について
- NetBackup 操作の監査
- アクセス制御のセキュリティ
- NetBackup アクセス制御セキュリティ (NBAC)
- NetBackup アクセス制御 (NBAC) の構成
- マスターおよびメディアサーバーの[アクセス制御 (Access Control)]ホストプロパティの構成
- クライアントの[アクセス制御 (Access Control)]ホストプロパティダイアログボックス
- アクセス管理のトラブルシューティング
- NetBackup へアクセス可能なユーザーの決定について
- NetBackup ユーザーグループの特定のユーザー権限の表示
- NetBackup のセキュリティ管理
- セキュリティ管理ユーティリティについて
- 監査イベントについて
- ホスト管理について
- 共有マッピングとクラスタマッピングの追加
- グローバルセキュリティ設定について
- ホスト名ベースの証明書について
- ホスト ID ベースの証明書について
- 証明書管理ユーティリティを使ったホスト ID ベースの証明書の発行と配備
- 証明書の配備のセキュリティレベルについて
- マスターサーバー (CA) との信頼の設定
- ホスト ID ベースの証明書の再発行について
- ホスト ID ベースの証明書のトークン管理について
- ホスト ID ベースの証明書失効リストについて
- ホスト ID ベースの証明書の無効化について
- クラスタ化された NetBackup セットアップでのセキュリティ証明書の配備
- クラスタ化された NetBackup ホストでのホスト ID ベースの証明書の配備について
- 格納データの暗号化セキュリティ
- NetBackup クライアントの暗号化について
- クライアントでの標準暗号化の構成
- クライアントでのレガシー暗号化の構成
- 格納するデータのキーマネージメントサービス
- キーマネージメントサービス (Key Management Service: KMS) の概要
- KMS のインストール
- KMS の構成
- 暗号化への KMS の使用について
- KMS データベースの要素
- コマンドラインインターフェース (CLI) コマンド
- KMS のトラブルシューティング
- キーと証明書の再生成
- NetBackup Web サービスアカウント
共有マッピングまたはクラスタマッピングのシナリオについて
次のシナリオでは、ホスト ID からホスト名へのマッピングを複数のホスト間で共有できます。
異なるドメインの複数のホストが同一のホスト名を使用する場合
同一の仮想名が複数のクラスタノードによって使用されるクラスタ設定内
ただし、関連付けられたホストが同一の通信状態でない (一部が 8.0 以前で安全でない通信を行うことがあり、一部が 8.1 以降で安全な通信を行う) シナリオでは、通信が失敗することがあります。
[ホストマッピングを追加または削除 (Add or Remove Host Mappings)]ダイアログボックスを参照してください。
たとえば、次の例を考えてみます。
Host1: abc.secure.domain1.com、バージョン: 8.1、ポリシー: P1
Host2: abc.insecure.domain2.com、バージョン: 7.7.3、ポリシー: P2
Host1 と Host2 は、ホスト名と同一の名前 (abc) を使用します。セキュリティ管理者が、Host2 の共有マッピングとして abc を追加します。
共有マッピングとクラスタマッピングの追加を参照してください。
8.0 以前のホストとの安全でない通信が有効になっています。
8.0 以前のホストとの安全でない通信についてを参照してください。
Host2 が別のホストとの通信を開始すると、マスターサーバーが Host2 の通信状態 (安全ではない) を検証しますが、Host1 の通信状態 (安全) とは異なります。両方のホストが同一のホスト名を使用していて、通信状態が一致しないため、Host2 との通信が失敗します。
推奨: Host2 を 8.1 以降にアップグレードします。
たとえば、次の例を考えてみます。
Host1: abc.secure.domain1.com、アクティブクラスタノード、バージョン: 8.1
Host2: abc.secure.domain1.com、非アクティブクラスタノード、バージョン: 8.0
Host1 と Host2 は同一の仮想名 (abc) を使用します。セキュリティ管理者が、Host2 の共有マッピングまたはクラスタマッピングとして abc を追加します。
共有マッピングとクラスタマッピングの追加を参照してください。
8.0 以前のホストとの安全でない通信が有効になっています。
8.0 以前のホストとの安全でない通信についてを参照してください。
Host1 が Host2 にフェールオーバーします。マスターサーバーが Host2 の通信状態 (安全ではない) を検証しますが、Host1 の通信状態 (安全) とは異なります。両方のホストの通信状態が一致しないため、Host2 との通信が失敗します。
推奨: Host2 を 8.1 にアップグレードします。
回避策: Host1 のホスト ID からホスト名へのマッピング abc を削除します。共有マッピングの場合、関連付けられたホストが同一の通信状態 (安全) でない場合、通信状態が安全でないホストの通信が失敗します。