ネームサーバーの冗長化とlame delegation:DNS障害を防ぐ設定
DNSが止まると、サイトもメールも一斉に止まります。ネームサーバーまわりの典型的な設定ミスを整理します。
公開: 2026年11月13日
ネームサーバーとは
ドメイン名からIPアドレスを調べるとき、最終的に答えを返すのが、そのドメインの「権威ネームサーバー(NS)」です。ドメインの管理者は、DNSの管理画面で、ネームサーバーを指定します。この指定は、レジストラを通じて、上位のゾーン(.jpや.comなど)に「このドメインの問い合わせは、これらのネームサーバーへ」と登録されます。これを「委任」と呼びます。
ネームサーバーが応答しなくなると、DNSの結果をキャッシュしている時間が過ぎたあと、サイトも、メールの受信も、すべての名前解決が失敗します。DNSの問題は、一斉に広範囲に影響します。
冗長化の基本
DNSの仕様では、各ゾーンに最低でも2台のネームサーバーを置き、それらを、別のネットワークや場所に配置することが勧められています。1台しかない、または2台が同じネットワーク、同じ設備に置かれていると、その場所の障害で、両方が同時に止まります。
- 最低2台以上:1台だけでは、メンテナンスや故障のたびに、ドメインが引けなくなります。
- ネットワークを分散:同じ/24のIPアドレス帯に、すべてがあると、ネットワークの障害で全滅します。
- IPv6への対応:IPv6のみの環境や、IPv6優先の利用者が増えているため、IPv6アドレスを持つネームサーバーがあると望ましいです(任意)。
- 複数のDNSプロバイダの併用:大規模なサービスでは、プロバイダ自体の障害に備えて、異なる事業者のネームサーバーを併用する方法もあります。
lame delegation(レイム・デリゲーション)
委任で指定されたネームサーバーが、そのドメインに対して、権威のある応答をしない状態を、lame delegationと呼びます。たとえば、DNSの移行時に、旧サービスのネームサーバーが指定されたまま、そのサーバー側でゾーンが削除されている場合などに起こります。
問い合わせのたびに、lameなサーバーへ当たると、応答の失敗や遅延が発生します。リゾルバーは、別のネームサーバーに問い合わせ直しますが、問い合わせの失敗が増え、障害時に、冗長化が効かなくなります。
確認したいチェックポイント
1. 親ゾーンの委任と、ゾーン側のNSが一致しているか
レジストラで設定するNS(親ゾーンの委任)と、DNSの管理画面で設定したNSレコード(ゾーン側)が、食い違っていないかを確認します。一方だけを変更して、もう一方を忘れると、不一致が生まれます。
2. すべてのネームサーバーが応答するか
タイムアウトしているサーバーや、名前が引けないサーバーがないか。停止中、ファイアウォールでの遮断、サーバー名の登録ミスなどが原因です。
3. SOAシリアルが揃っているか
ゾーンの「SOAレコード」には、更新のたびに増えるシリアル番号があります。同じプロバイダのネームサーバー同士でシリアルが食い違うと、セカンダリへのゾーン転送が遅れているか、失敗している可能性があります。複数のDNSプロバイダを併用している場合は、シリアルが異なるのは自然です。
4. プライベートIPアドレスを指していないか
ネームサーバーのアドレスがプライベートIP(10.x.x.xなど)だと、インターネットからは到達できません。
5. ネームサーバー名のドメインが、有効に登録されているか
特に重要です。ネームサーバーの名前が、別のドメイン(ns1.example-dns.netなど)の配下にあるとき、そのドメインの有効期限が切れて未登録になると、第三者が取得し、自分のサーバーを立てて、あなたのドメインのDNSを支配できてしまいます。ネームサーバーのドメインの期限管理は、ドメイン本体と同じく重要です。
変更するときの注意
- ネームサーバーを変更する前に、新しい側で、同じゾーンの内容を、先に準備しておく。
- 変更後も、しばらくは古い側のゾーンを残す。キャッシュの期限が切れるまで(数時間〜48時間程度)、古い側にも問い合わせが来ます。
- DNSSECを使っている場合は、DS情報の扱いにも気を配る(DNSSECとCAA)。
- 変更後に、ネームサーバーごとの応答を確認する。
診断ツールで確認する
DNSヘルスチェックは、ネームサーバーの台数、ネットワークの分散、各サーバーの応答、委任の一致、SOAシリアルの揃い具合、IPv6対応、DNSSEC、CAAを診断します。問題がある項目は、重大・注意・情報に分けて表示し、直し方も示します。
よくある質問
ネームサーバーは、何台あればよいですか?
最低2台です。多くのDNSプロバイダは、最初から複数台を割り当てており、通常は、その状態のままで構いません。重要なサービスでは、別事業者のDNSを併用する選択肢もあります。
DNSを変更したのに、反映されないのはなぜですか?
変更前の情報を、世界中のDNSサーバーがキャッシュしているためです。キャッシュは、TTLで決まった時間(数分〜数日)、残ります。変更前に、TTLを短くしておくと、切り替えがスムーズです。
lame delegationを放置すると、どうなりますか?
問い合わせが、ときどき失敗や遅延を起こし、正常なサーバーが止まったときに、冗長化が機能しません。早めの修正をお勧めします。