JAPAN REGISTRY SERVICES
No. 019

ＪＰＲＳ トピックス＆コラム■ＤＮＳサーバーの引っ越し～トラブル発生を未然に防ぐ手順とポイント～サービスプロバイダーの変更などの際に必要となる、いわゆる「ＤＮＳサーバーの引っ越し」について、作業時のトラブル発生を未然に防ぐ、本来あるべき手順とポイントを解説します。
■「DNS サーバーの引っ越し」とはサービスプロバイダーやレジストラ（JP ドメイン名では浸透」や「DNS の伝搬」がうまくいかないという、②に起因するトラブル事例が数多く報告されています。

指定事業者）の変更に伴い、その対象となるドメイン名①は、引っ越しに際し必ず考慮すべき重要な事項での権威 DNS サーバーが変更されることを、「DNS サーす。しかし多くの場合、サービスプロバイダーやレジスバーの引っ越し（以下、引っ越し）」と呼ぶことがありま

トラの変更における本来の目的は②（各種サービスをす。今回は引っ越しの中でも特に、提供するサーバーの移行）であり、①は②を実現する(A) すべての権威 DNS サーバーのホスト名と IP アドレための手段の一つに過ぎません。そして、この本来のスが変更される(B) Web サーバーやメールサーバーなど、権威 DNS サーバー以外のサーバーのホスト名は変更されず、IP アドレスのみが変更される
場合について、作業時のトラブル発生を未然に防ぐ、本来あるべき手順について解説します。

目的を円滑に達成することが、引っ越しの際に考慮すべき、最重要事項となります。

■引っ越しにおける具体的な作業手順
以上を踏まえた、作業時のトラブル発生を未然に防ぐための、具体的な作業手順について解説します。
図１の引っ越し前の状態では、権威 DNS サーバーがなお、以降では「引っ越し」を、上記（A）及び（B）の保持する NS レコードが、自身が権威 DNS サーバーで二つの条件をともに満たす場合に限定して使うものとし、あることを示し、親が保持する NS レコードが、対象とな

今回の解説では DNSSEC の運用については考慮しなるドメイン名の管理の委任先を示しています。

いものとします。

NSで委任親の権威DNSサーバー■引っ越しの際に考慮すべき二つの事項
引っ越しの際に考慮すべき重要な事項として、権威DNSサーバー① インターネット上のキャッシュ DNS サーバー群からの名前解決要求を、いかにして引っ越し先の権威ゾーンデータNSで提示

DNS サーバーに向けさせるか② インターネット上のキャッシュ DNS サーバー群に、いかにして新しい DNS データ（ゾーンデータ）を提供するか

図１：引っ越し前の状態

前準備：権威 DNS サーバー以外のサーバーの構築作業を始める前に、引っ越し先の Web サーバーやメの二点が挙げられます。そして、これらはそれぞれ、前ールサーバーなどをあらかじめ構築しておきます。

述の（A）と（B）に対応しています。

手順 1：引っ越し先の権威 DNS サーバーの構築▼重要なのは手段ではなく本来の目的の達成
引っ越しの担当者は①と②のうち、権威 DNS サーバーの変更の反映、つまり①に大きな関心を寄せている新しいゾーンデータ（引っ越し先の Web サーバーやメールサーバーなどの情報）を管理する、引っ越し先の権威 DNS サーバーを構築します（次ページ図２）。

ようです。そして、引っ越しに当たり、いわゆる「DNS のCopyright © 2015 株式会社日本レジストリサービス※掲載内容は2011年6月現在のものです。

1JAPAN REGISTRY SERVICES
NSで委任

手順 5：引っ越し元の権威 DNS サーバーの停止

親の権威DNSサーバー

引っ越し元
権威DNS
サーバー

引っ越し先
権威DNS
サーバー

古いゾーン
データ

新しいゾーン
データ

NSで提示

引っ越し元の権威 DNS サーバーを停止し、並行運用を終了します（図５）。
親の権威DNSサーバー
NSで提示

図２：引っ越し先の権威 DNS サーバーの構築

手順 2：引っ越し元の権威 DNS サーバーのゾーンデータの切り替え

NSで委任

引っ越し元
権威DNS
サーバー

引っ越し先
権威DNS
サーバー

新しいゾーンデータ

新しいゾーン
データ

NSで提示

引っ越し元の権威 DNS サーバーのゾーンデータを、

図５：引っ越し元の権威 DNS サーバーの停止

NS の指定やグルーレコードの指定なども含め、まるご■ポイントは「新しいデータによる並行運用」
この方法のポイントは、引っ越し先の権威 DNS サーと新しいゾーンデータに切り替えます（図３）。
NSで委任バーの構築後（手順１）、親に登録した委任情報の切り親の権威DNSサーバー

引っ越し元
権威DNSサーバー引っ越し先
権威DNS
サーバー

新しいゾーンデータ

新しいゾーン
データ

NSで提示替え（手順３）の前に引っ越し元の権威 DNS サーバーのゾーンデータを新しいものに切り替え（手順２）、同じゾーンデータをもつ双方の権威 DNS サーバーを所定NSで提示

図３：ゾーンデータの切り替えの TTL 値で定められた一定期間並行運用する（手順４）ことにあります。

手順 3：親に登録した委任情報の切り替え

この方法では手順２の完了後、インターネット上のキ親に登録している委任情報（NS、必要に応じてグルャッシュ DNS サーバー群に新しいゾーンデータのみがー）の変更を申請し、引っ越し先の権威 DNS サーバー提供されるようになるため、古いゾーンデータはそれぞを示すものに切り替えます（図４）。

れの TTL 値1で指定されていた時間の経過後、確実にNSで委任消滅します。つまり、この方法ではいわゆる「DNS が浸

引っ越し元
権威DNS
サーバー

引っ越し先
権威DNS
サーバー

透しない」や「DNS が伝搬しない」と呼ばれるトラブルの新しいゾーン
データ

新しいゾーン
データ

親の権威DNSサーバーNSで提示発生を、未然に防ぐことができます2。

▼正しい委任成立のための三つの条件
NSで提示

図４:委任情報の切り替え

手順 4：双方の権威 DNS サーバーを並行運用
すべてのキャッシュ DNS サーバー群が引っ越し先の権威 DNS サーバーのみを参照するようになるまで、具DNS の仕様では正しい委任を成立させるために、① 親が NS で示したすべての権威 DNS サーバーが、権威を持つ応答を返す② 子が NS で示したすべての権威 DNS サーバーが、権威を持つ応答を返す

体的には以下の時間が経過するまで、双方の権威③ ①と②の権威 DNS サーバーが同じ応答を返す

DNS サーバーをこの状態で並行運用します（表１）。の三つの条件をすべて満たしている必要があります。

並行運用期間（以下の双方の時間が経過するまで）
1.
2.

手順2の完了時点から起算した、引っ越し元の権威DNSサーバーのNSで指定していたTTL値（子の古いNSのTTL）
手順3の完了時点から起算した、親の権威DNSサーバーのNSで指定されていたTTL値（親のNSのTTL）

表１：必要となる並行運用期間

Copyright © 2015 株式会社日本レジストリサービス

作業時のトラブル発生を未然に防ぐためには、これらの条件を満たす形で引っ越しを進めることが重要です。
1
作業開始前に該当する TTL 値の短縮が可能な場合、サーバーの切り替えに要する時間を短縮できます。
2
トラブルが発生した場合、その原因を当該キャッシュ DNS サーバーの動作不良であると確定できます。

※すべてのコラムは http://jprs.jp/related-info/guide/ でご覧いただけます。

2