複数のストリームは、シングルスレッド DDNS キューではなく、DDNS アップデートをサポートします。
マルチスレッド DDNS アップデートはシングルスレッド DDNS キューを作成するのではなく、さまざまなストリームで DDNS アップデートのサポートを可能にすることで、DHCP の回復性を強化します。これにより、DHCP のパフォーマンスに悪影響が及びます。マルチスレッド DDNS は自動的に有効になり、Address Manager ユーザ インターフェイスからは構成できません。
重要: DDNS キュー内のメッセージは、サーバまたはサービスの再起動時に失われる可能性があります。
現在、DDNS キュー内に累積されたメッセージがサーバまたはサービスの再起動時に失われる可能性があるという制限があります。場合によっては、DNS が短期間に「SERVFAIL」で応答します。このわずかな遅延 (2 ～ 3 秒) の間に、DDNS キュー内のいくつかのメッセージが失われる可能性があります。これは、DNS サーバからメッセージが返された場合に、DDNS キュー内に格納されるメッセージの遅延が不足することによるものです。
- この制限は、管理対象の DNS サーバに適用されます。
- 詳しくは、BlueCat カスタマー ケアの記事 15046 を参照してください。
DDNS を動作させるには、次の DNS オプションを構成する必要があります。
- 動的更新の許可: ACL、マッチ リスト、または TSIG 鍵を引数として扱います。リストと一致するアドレスまたは鍵のみが、更新をそのゾーンのサーバに送信できます。重要: xHA クラスタ環境で動的 DNS 更新を構成する場合は、アクティブおよびパッシブ ノードの (仮想 IP アドレスではなく) 物理 IP アドレスを使用する必要があります。
DDNS を動作させるには、次の DHCP サービスのオプションを構成する必要があります。
- DDNS アップデート: リースが確認されたときに、サーバが DDNS アップデートを試みるかどうかを示します。
- DDNS ドメイン名: FQDN を形成するためにこのクライアントのホスト名に付加されるドメイン名。これは、このクライアントのレコードで更新されるゾーンの名前でもあります。
- クライアントの更新: このクライアントに対して DDNS レコードを保持するために、クライアントの更新を使用する必要があるかどうか示します。選択すると、クライアントはサーバでそれ自体の DNS レコードを更新します。選択しない場合は、DHCP サーバによって更新が実行されます。このオプションは DDNS では必須です。注: デフォルトでは、Address Manager の DDNS アップデートは有効になっています。DHCP サービスはシングル スレッドで実行され、すべての DHCP リース更新が連続して処理されるので、DHCP サービスの速度が低下したり応答しなくなったりする可能性があります。この問題を回避するには、DDNS アップデートを手動で無効にしてください。DDNS アップデートの無効化については、「DHCPv4 サービスのデプロイメント オプションの追加」を参照してください。
DDNS 機能を拡張するために、次の DHCP サービスのオプションを構成できます。
- DDNS TTL: DDNS レコードのデフォルト TTL を示す 0 ～ 4,294,967,295 秒の整数値。
- DDNS ホスト名: クライアントの DDNS アップデートのホスト名。値を指定しない場合は、ゾーンによってレコード名が作成されます。
- DDNS 逆ドメイン名: 逆レコードを形成するために、このクライアントのホスト名に付加される逆ドメイン名。デフォルトでは、この値は in-addr.arpa です。