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

Dynamic DNS

Table of Contents

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

ダイナミックDNSとは

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

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

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

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

好みのダイナミックDNSサービスプロバイダを選ぶ

Dyn (旧DynDNS.org) は、ビジネスモデルが別の方向へ変質してしまった...。今ではあまりお勧めしない。コストパフォーマンス的にも、ごく小規模なドメインにはあまり適さない。Linux用のダイナミックDNSレコードアップデータを使うのであれば、海外の著名なダイナミックDNSプロバイダを選ぶのがいいだろう。昔からあってプライスも低めな no-ip あたりがいいのではなかろうか。こんな口コミページ (DNS Reviews) も参考になるかもしれない。

だいたいのダイナミックDNSサービスは、"<あなたのサブドメイン>.<幾つかから選べるお仕着せのドメイン>" というドメイン名も使えるが、ドメイン管理費も例えば ".com" なら2年で2000円くらい (お名前.com) なので、独自ドメインを取得することをお勧めする。

ダイナミック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 は Dyn のサポートページ から入手可能。ただし Dyn のサポートページは更新がやや遅れていることがあるので、最新版がほしければ sourceforge にある ddclient のメインページを訪ねた方がいい。GitHub にもレポジトリがある。 ddclient は Dyn の他、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 のインストールが必要だ。RedHat/CentOS 5 及び 6 では、perl-IO-Socket-SSL パッケージ、debian では libio-socket-ssl-perl というパッケージに含まれるようだ。パッケージを使わずに 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 パラメータを除いては、値のクォーテーションは不要。

主な設定パラメータ

設定例 (Dyn の Standard DNS と仮定)：

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

cmd=... 作戦で使ったPR-S300SE のIP探知スクリプトの例。wget に "--header='Accept-Language: en' を指定しようが何をしようが頑なに日本語 EUC-JP で出力しやがる(なんとご丁寧にコロンまで全角だ!) ので、ファイルの文字コードは iconv変換後のコードである UTF-8 にしておかなければならない。パスワードを含むためファイル属性は root:root 700 に絞り上げておく。

#!/bin/sh
URL='http://192.168.0.254/cgi-bin/main.cgi?mbg_webname=status&config_no=1'
FW_LOGIN=xxxxx
FW_PASSWORD=xxxxxxxxxx
FW_SKIP='WAN側IPアドレス'
echo $URL |
 wget -i - -O - -q --http-user=${FW_LOGIN} --http-passwd=${FW_PASSWORD} |
 iconv -f EUC-JP -t UTF-8 |grep -A1 ${FW_SKIP} |
 tail -n1 |sed -e 's/<[^>]*>：\([0-9.]*\)<[^>]*>/\1/'

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

IP 読み取り系のトラブル

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

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

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

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

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

ルータから読み取ったローカルアドレスを無視する機能のほうは、ddclient.conf に

fw-banlocal=yes

を書くかコマンドラインオプションに -fw-banlocal を付加しないと有効にならない点にご注意いただきたい。

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

ルータから WAN 側 IP を読み取るのはあきらめて use=web パラメータに切り替え、外部の CGI ページから自 IP を得る。これについては表 「主な設定パラメータ」 の 「IP読み取り関係の設定」 を参照いただきたい。あるいは、use=cmd に作戦変更して、紹介した例のように、ルータのIPを読み取るためのスクリプトを自力で書くかだ。