端末からの動的更新リクエスト

端末側から能動的に動的登録（以下「クライアント-DDNS」と称することにする）を実現するには、DNSサーバ側の設定とクライアント側の設定が必要である。

DNSサーバ側では、動的更新を受け付けるゾーンごとに許可設定を行う。

fig01

動的更新の欄は「なし」「非セキュリティ保護とセキュリティ保護」「セキュリティ保護のみ」の３種類から選択できる。
「なし」はActiveDirectory連携しない場合のデフォルト、「セキュリティ保護のみ」はActiveDirectory連携している場合のデフォルトである。
詳細は後段の「7. AcitveDirectory連携を行う上でのセキュリティ」で述べることにする。

端末側の設定は主に１か所。TCP/IPのプロパティの詳細設定のDNSタブである。

fig02

ややこしい場所にあるが、デフォルトはONである。複数のIPアドレスを持つ（マルチホーム）ケースについてはKB816592の「マルチホームクライアントコンピュータで DNS 動的更新を構成する」を参照。これ以外に、クライアントからDNSの更新リクエストが発せられるタイミングとしては、KB816592によれば

* インストールされているいずれかのネットワーク接続の TCP/IP プロパティ構成で
  IP アドレスが追加、削除、または変更されたとき。
* インストールされているいずれかのネットワーク接続に対応する DHCP サーバー上の
  IP アドレスのリースが変更または更新されたとき。たとえば、コンピュータが起動したとき、
  または ipconfig /renew コマンドが使用されたときに、この更新が発生します。
* 管理者が ipconfig /registerdns コマンドを使用して、DNS のクライアント名登録を
  手動で強制的に更新したとき。
* コンピュータの電源がオンになったとき。
* メンバ サーバーがドメイン コントローラに昇格したとき。

となっている。

なおこの場合、リクエストを出すのはWindowsのDNS clientサービスではなく、DHCP clientサービスが更新を要求する点に注意が必要。そのため、DHCPを使ってアドレス取得をしていないPCであっても、この動作のためにはDHCP clientサービスが必須であることにもまた注意が必要である。ただしDHCPサーバがリクエストを受け付けるわけではないので、固定IPの場合には当然ながらDHCPサーバのログには何も残らない。

この「クライアント-DDNS」では、PCが更新要求を発する相手のサーバはそのPCに設定された（あるいはDHCPサーバから取得した）、通常最も優先度の高いプライマリDNSサーバになる。

従って、プライマリDNSサーバが「端末の属しているActiveDirectoryのドメインコントローラ」でない場合、期待した結果は得られないことになる。（DDNSリクエストまで含めてフォワードしてれば別だが。）

非常に使い道の限られた「クライアント-DDNS」なのだが、DHCPサーバがActiveDirectoryのドメインコントローラである場合（ActiveDirectory連携する場合は通常この構成になる）、ドメインコントローラ間のレプリケーションで輻輳して反映が遅くなるリスクを回避するにはある程度有効であろう。なおクライアントからの直接DDNS更新を行わず、後述するDHCP連携だけを利用する場合にもサーバ側で動的更新を受け入れる設定だけは必要である。

なお余談だが、samba は単体ではセキュリティ保護した状態でのクライアント-DDNSがちゃんとエミュレーションができない様子。2009年の情報だが以下のブログが参考になった（こちらで検証まではしていないが）。ということは、NASなどでこの動作を期待するのはムリであると考えた方がよさそうだ。

戻る