<book_title> を検索 ...

NetBackup ™ セキュリティおよび暗号化ガイド

Last Published: 2022-10-21

Product(s): NetBackup (10.1)

ホスト名 (または IP アドレス) をホスト ID にマップする理由

ホストは複数の名前で参照できます。

たとえば、複数のネットワークインターフェースの場合、またはホストが短縮名と完全修飾ドメイン名 (FQDN) の両方で参照されている場合などです。

NetBackup 8.1 以降で正常に安全な通信を行うには、関連するすべてのホスト名をそれぞれのホスト ID にマップする必要があります。ホストの NetBackup 構成のクライアント名 (つまりプライマリ名) は、証明書の配備中にそのホスト ID に自動的にマップされます。追加のホスト名は通信時に検出され、それぞれのホスト ID に自動的にマップされるか、［承認待ちのマッピング (Mappings for Approval)］リストに表示されることがあります。マスターサーバーの［ホスト管理 (Host Management)］プロパティで、この設定を実行します。

ホスト ID からホスト名へのマッピングの追加を参照してください。

複数のホスト名がある構成の例は、次のとおりです。

複数のネットワークインターフェースがある場合、ホストにはパブリックとプライベートの両方のホスト名があります。
ホストは短縮名と完全修飾ドメイン名 (FQDN) を持つことができます。
ホストはその IP アドレスと関連付けることができます。
クラスタ化されているファイルシステムまたはデータベースの場合、ホストはノード名とクラスタの仮想名に関連付けられます。

次の点に注意してください。

Exchange、SharePoint、および SQL Server エージェントは、マスターサーバーの［分散アプリケーションリストアマッピング (Distributed Application Restore Mapping)］ホストプロパティでホスト情報を構成する必要もあります。
高可用性環境では、SQL Server エージェントに、クラスタ名または AG ノード名を含む 2 番目のポリシーは不要になります。さらに、クラスタノードまたは AG ノードに、リダイレクトリストア用の許可を構成する必要もありません。SQL Server クラスタまたは AG の正常なバックアップとリストアでは、ホスト管理プロパティおよび分散アプリケーションリストアマッピングホストプロパティでマッピングを構成するだけで済みます。

次の図は、ホスト ID とホスト名とのマッピングプロセスを示しています。

ホスト名とホスト ID とのマッピングは、次の順序で行われます。

ホスト 2 の FQDN 2 は、証明書配備中にそのホスト ID にマップされます。
ホスト 1 は、短縮名を使用してホスト 2 への安全な接続を開始します。両方のホストは、TLS ハンドシェイクの一部として、NetBackup 証明書を交換します。
ホスト 1 は、ホスト ID とホスト 2 の短縮名をマスターサーバーに検証用に送信します。
マスターサーバーは、ホスト ID と短縮名をそのデータベース内から検索します。指定された短縮ホスト名がホスト 2 のホスト ID にまだマップされていないため、次のいずれかが行われます。
- NetBackup 管理コンソールの［ホスト ID をホスト名に自動的にマップする (Automatically map host ID to host names)］オプションが選択されており、短縮名が別のホスト ID にまだマップされていない場合、検出された短縮名はホスト 2 のホスト ID に自動的にマップされ、ホスト 1 は接続を継続するように指示されます。
- ［ホスト ID をホスト名に自動的にマップする (Automatically map host ID to host names)］オプションが選択されておらず、短縮名が別のホスト ID にすでにマップされている場合、検出されたマッピングは承認待ちリストに追加され、ホスト 1 は接続を切断するように指示されます。同じ短縮名を使用してホスト 2 への接続を正常に実行するには、その前にマッピングを手動で承認する必要があります。
マッピングが承認されていれば、ホスト間での接続は確立されます。マッピングが承認されていない場合、接続は切断されます。