このサイトは、もともと作者の自分用メモとして書き始めたものです。書いてあることが全て正しいとは限りません。他の文献、オフィシャルなサイトも確認して、自己責任にて利用してください。

Dynamic DNS

Table of Contents

• ダイナミックDNSとは
• ダイナミックDNSサービスの設定
  • ダイナミックDNS側の設定
  • レジストラのネームサーバの設定
  • DNS設定のテスト
• ルータの設定
• ddclient
  • インストール
  • ddclient.conf の編集
  • うまくいかない時の対処法
    • 起動に関するトラブル
    • IP 読み取り系のトラブル
      • まずはデバグテスト
      • 対処法 1. odd-fw パッチ
      • 対処法 2. use=web に作戦変更

ダイナミックDNSとは

固定IPを取得することなく、プロバイダから動的に割り振られているグローバルアドレスを使用して、あたかも固定IPの如く、全世界からDNS名前解決を受けることができる。

実現するには、第１に、ダイナミックDNSサービスを提供している団体との契約が必要。ダイナミックDNSサービスは、一種のレンタルDNSと言える。ドメイン、メールサーバ、WEBサーバやその他の各エイリアス名を登録しておき、自分のグローバルアドレスが変わる毎に、そのIPをダイナミックDNSサービスに通知する。通知は ddclient などのツールを使用して自動化できるので、使い心地は固定IPとほとんど変わりない。

DynDNS.org はそうしたダイナミックDNSサービスプロバイダのひとつで、dyndns のサブドメインを借りるカタチの DynamicDNS (無料)、独自で取得したドメインのDNSを委託するカタチの CustomDNS (約3000円/年)、ドメインも DNS も持っていてバックアップ DNS だけを肩代わりしてもらう SecondaryDNS (約2000円/年) など、サーバの運用形態に応じたいろいろなサービスを提供している。信頼性に疑問を持つような状況は、筆者に関する限りこれまで一度も経験していない。最近は、日本国内にも多数のダイナミックDNSサービスプロバイダが登場しており、インターネットプロバイダそのものが付加サービスとしてダイナミックDNSを提供している場合もある。英語が苦手な人はそうした国内サービスを当たってみてもいいだろう。

※プロバイダから与えれれる動的IPは通常ひとつだけなので、複数のサーバを立てる場合には、自分でローカル用のキャッシュDNSサーバを設けるなど多少の工夫が必要だ。

※ モデムとサーバマシンとがブリッジ接続 (つまりサーバマシン自体が直接グローバル IP をもらっている) 場合には、BIND9 の Dynamic Update DNS 機能と dhcpd を組み合わせれば、ダイナミックDNS を自前で構築することも可能らしい。筆者はまだやってみたことはないが、Bind9設定 (Love Love BSD) で解説されている。

DynDNS の CustomDNS がおすすめ

ドメイン管理費も ".com" ドメインなら2年で7000円くらい (ジャパンレジストリ) なので、独自ドメインを取得して、設定の自由度の高いカスタムDNSを利用することを勧める。下記設定例も、カスタムDNSを前提にする。

ダイナミックDNSサービスの設定

ダイナミックDNSによる名前解決を有効にするには、まず、ふたつのことをしなくてはならない。ひとつは、ダイナミック DNS サービスプロバイダの ネームサーバに DNS レコードを登録すること。もうひとつは、ドメインを採ったレジストラのネームサーバ (こちらのほうが上位にあたる) に、取得ドメインの名前解決先としてダイナミック DNS サービスプロバイダのネームサーバを指定することだ。通常は、どちらも、ブラウザを通じて WEB インターフェース上で設定できる。

ダイナミックDNS側の設定

ダイナミックDNSサービスプロバイダ側に登録する情報：

設定のポイント：

• 一番の基本情報となるAレコードは、ホスト名でなくドメイン名で指定する。
• Aレコードは、IPが頻繁に変わる可能性もあるので TTL を短く (上記は10分)。
• MXレコードに指定するメールサーバは、CNAME で定義されたホスト名ではダメ。上記の場合 mail.hoge.cxm は hoge.cxm の CNAME ではなく、必ず A レコードとして IP で指定 (2行目) しなければならない。これは DNS の一般規則。

レジストラのネームサーバの設定

レジストラ側には、 利用するダイナミック DNS サービスプロバイダの DNS サーバの FQDN を登録するだけ。指定すべき DNS サーバ名は、利用するダイナミック DNS サービスプロバイダで情報が得られるはずだ。特に理由のない限り、あるだけ全て登録しておく。レコードがインターネット上に浸透するまでには或る程度時間が必要で、長い時には 48時間程度かかることもあった。

DNS設定のテスト

登録したレコードに問題がないか確かめておく。 dnsreport.com という診断ページがあり、 RFC などに照らした規則違反がないかチェックできる。

ルータの設定

ルータは通常の NAT 動作。簡易 DMZ (機種によってはバーチャルホストなどとも) で全ポートを晒すより、ポートマッピング (ポートフォワーディング) で必要なポートのパケットだけをサーバに送るよう指定したほうが、サーバ自体のセキュリティリスクは減る。

例でマッピングの必要なポートは以下の通り：

※ HTTPS は、使わないなら開けないほうがいい。 Apache には過去に何度かセキュアHTTP接続関係の脆弱性がレポートされている。

ddclient

ルータのステータスページなどから現在の WAN 側 IP を読みとり、変化があれば自動的にダイナミック DNS サービスに通知してくれるプログラムを「Update Client」と呼ぶ。そのUNIX/Linux用として書かれたプログラムのひとつが ddclient だ。ルータのステータスページから IP アドレスを読む方法の他、インターネット上の公開 CGI を利用してグローバル IP を調べることもできる。

ddclient は DynDNS.org のサポートページ から入手可能。ただし DynDNS サポートページは更新がやや遅れていることがあるので、最新版がほしければ sourceforge にある ddclient のメインページを訪ねた方がいい。 ddclient は DynDNS.org の他、ZoneEdit, EasyDNS, Hammernode, dslreports.com, OrgDNS.org, dnspark.com, NameCheap などといったダイナミック DNS サービスプロバイダにも対応しているようだ (v.3.6.7時点)。

インストール

ddclient は Perl スクリプトなので、本体のインストールは ddclient を /usr/sbin など PATH の通ったディレクトリにコピーするだけ。

root# cp ddclient /usr/sbin/
root# chmod 755 /usr/sbin/ddclient

そして、サンプルの設定ファイルをしかるべき場所にコピーする。バージョン 3.6.5 以降、設定ファイルの位置は /etc/ddclient/ddclient.conf になった (以前は /etc/ddclient.conf)。 ddclient.conf は幾つかのパスワードを生で書かなければならないファイルなので、パーミションは絞り上げておこう。オーナー (通常は root) 以外に読めるパーミションになっていると ddclient が、メッセージを表示しつつ自動的に 0600 に修正する。

root# mkdir /etc/ddclient
root# cp sample-etc_ddclient.conf /etc/ddclient/ddclient.conf
root# chmod 600 /etc/ddclient/ddclient.conf

前回の IPチェックや IP更新の結果はキャッシュファイルに記録される。 3.7 以降、デフォルトでは /var/cache/ddclinet/ddclient.cache というファイルに書こうとするので、ディレクトリがなければ作成しておく。キャッシュの位置は設定パラメータ cache= によって変更することも可能。

root# mkdir /var/cache/ddclient

加えて、RedHat や Fedora なら、 rc スクリプトを init ディレクトリにコピーし、各ランレベルに組み込む：

root# cp sample-etc_rc.d_init.d_ddclient.redhat \
     /etc/rc.d/init.d/ddclient
root# chmod 755 /etc/rc.d/init.d/ddclient
root# chkconfig --add ddclient

ダイナミックDNSサービスプロバイダへの更新通知に ssl を使用する (設定パラメータ ssl=yes) 場合には、Perl モジュール IO::Socket::SSL を別途インストールする。 debian では libio-socket-ssl-perl というパッケージに含まれるようだが、 RedHat系では不明なので CPAN インターフェースでインストールする；

root# perl -MCPAN -e shell
cpan> i IO::Socket::SSL   <-- インストールされているかの確認。 INST_VERSION が not installed となった場合は未
cpan> o conf prerequisites_policy follow
cpan> install IO::Socket::SSL
cpan> quit

ddclient.conf の編集

設定ファイルの記述ルール

最も基本的には、1 行毎に；

var=value

という形で書くが、カンマで連ねて；

var1=value,var2=another_value,var3=more_value

のように 1 行中に複数のパラメータを並べることもできる。カンマと次のパラメータの間に半角スペースを入れても構わない。
また、パラメータは ddclient プログラムの中で、アップデートするDNSホスト毎の `ローカルな' 設定と、全てのDNSホストに共通の `グローバルな' 設定とに区別される。上記ふたつの例はグローバルな設定。これに対して、ローカルなパラメータを設定する場合には；

var1=value,var2=another_value,var3=more_value hoge.cxm,mail.hoge.cxm

といったように必ず 1行にまとめ、行端に、対象とするホストを <スペース> で結んで置く。対象ホストが複数の場合には上記のようにホスト同士をカンマで連ねる。こうした場合、読みやすくするために、 \ (バックスラッシュ) を使い；

var1=value,\
var2=another_value,\
var3=more_value \
hoge.cxm,mail.hoge.cxm 

のように書くこともできる。ただし \ の後ろにスペースが紛れ込むとパースエラーとなるので注意。その他の規則としては...

• UNIX シェルスクリプト同様に、 `#' から行端まではコメントとして無視される。
• 同、空行もスキップされる。
• fw-skip パラメータを除いては、値のクォーテーションは不要。

主な設定パラメータ

設定例 (DynDNS.org の CustomDNS と仮定)：

daemon=300
syslog=yes
mail=root@hoge.cxm
mail-failure=root@hoge.cxm
pid=/var/run/ddclient.pid
cache=/var/cache/ddclient/ddclient.cache
ssl=yes
#
use=fw
fw=192.168.0.254/status.html
fw-login=user
fw-password=password
#
max-interval=25d
custom=yes,                \
server=members.dyndns.org, \
protocol=dyndns2,          \
login=hoge,                \
password=hogepassword      \
hoge.cxm,mail.hoge.cxm

うまくいかない時の対処法

起動に関するトラブル

筆者が経験したことではないが、 Fedora Core 4 では、ddclient 標準添付の rc スクリプトでは起動できないことがあるらしい。対策版の rc スクリプトが sourceforge に投稿されている。

IP 読み取り系のトラブル

ルータの仕様によって、ddclient がうまく動作しなかった経験がある。

NEC製ADSLモデム内蔵ルータの一部での経験

LAN 側 IP と WAN 側 IP が同じステータスページに書かれており、ADSL コネクションが一旦切断して再確立する合間に ddclient が LAN 側 のローカル IP を読み取ってダイナミックDNSサービスに通知してしまう。

メルコ (バッファロー) のルータの一部での経験

ステータスページでの IP アドレスを "061.020.001.010" のようにゼロでパディング表示するという、気の狂った仕様のブロードバンドルータが過去にあった。このまま通知してもダイナミックDNSサービス側ではゼロが取り除かれて通例通り "61.20.1.10" と更新されるが、それとステータスページ上のアドレスとは文字列として常に別物であるため、 ddclient はチェックの度に「変わった」と判断して更新をかけてしまう。結果、DynDNS に Abuse ロックがかかってしまった。

まずはデバグテスト

まず初めに、何が起こっているか突き止めなければならない。そのためには ddclient をデバグモード且つ非デーモンモードで起動して出力を見よう。出力内容は長いかもしれないのでファイル debug.log に書き出すとした場合のコマンド例；

ddclient -daemon=0 -debug -verbose -noquiet >debug.log 2>&1

対処法 1. odd-fw パッチ

上記ふたつのトラブルを解決する パッチ を作った。加えたルーティンは、 IP のゼロパディングの除去と、把握した IP が 192.168.0.0/16 か 10.0.0.0/8, 172.16.0.0/12 のネットワーク範囲だった場合に IP の探知を失敗と判断するルーティンだ。パッチ適用は；

root# cd ddclientの置いてあるdir
root# patch -p1 < ddclient-3.7.1-odd-fw.patchへのPATH

対処法 2. use=web に作戦変更

ルータから WAN 側 IP を読み取るのはあきらめて use=web パラメータに切り替え、外部の CGI ページから自 IP を得る。表 「主な設定パラメータ」 の 「IP読み取り関係の設定」 を参照いただきたい。