3つの役割。担当企業が別々なことも多い
NSレコードとは:ネームサーバーレコードの解説
NSレコードは、DNSゾーンに関連付けられたネームサーバーを示します。ドメインの委任は、権威のある応答をどこに問い合わせればよいかを再帰リゾルバーに伝え、ゾーン内のNSデータは、そのゾーンを担当するサーバーも記述します。NSレコードにウェブサイトのIPアドレスは含まれません。名前解決の流れを、A、AAAA、MX、TXTなどのレコードを提供できるサーバーへと向ける役割です。この区別を理解しておくと、ダッシュボードで行ったレコードの変更が公開側に反映されないときに役立ちます。編集した設定のプロバイダーとは別のDNSプロバイダーに、ドメインが委任されている可能性があるからです。
委任は親ゾーンから始まる
DNSの権限は、階層を下る形で委任されます。レジストリのトップレベルドメインのサーバーは、リゾルバーをドメインの権威ネームサーバーへ導く情報を保持しています。その委任は、通常、レジストラまたはドメインレジストリのインターフェースを通じて設定されます。一方、ドメインのゾーン内のレコードは、DNSプロバイダーが管理します。この2つのコントロールパネルは、役割が異なります。あるプロバイダーでAレコードを変更しても、親側の委任は変わりません。レジストラでネームサーバーを変更すると、以前のプロバイダーのゾーンは意味を持たなくなることがあります。安全に移行するには、どのコントロールプレーンが委任を変更し、どれがゾーンの内容を編集するのかを把握しておく必要があります。
- 再帰リゾルバーが、親ゾーンに、ドメインがどこに委任されているかを問い合わせる。
- 親ゾーンが、ドメインのネームサーバーのセットと、必要なグルーデータを返す。
- リゾルバーが、権威ネームサーバーに、要求されたレコードを問い合わせる。
- 答えが返され、TTLに従ってキャッシュされることがある。
ネームサーバーのホスト名自体にも、リゾルバーが到達できるよう、アドレスレコードが必要になることがあります。ネームサーバーが、自身が担当するドメインの内部にある場合、循環した依存関係を断ち切るために、親ゾーンのグルーが必要になることがあります。この点は通常、DNSプロバイダーが処理しますが、独自のネームサーバーを設定するときには重要になります。ネームサーバーのホスト名の入力ミス、グルーの欠落、委任の不完全さがあると、プロバイダーのダッシュボード上でAレコードが完璧に設定されていても、リゾルバーがゾーンに到達できなくなることがあります。プロバイダー自身のコントロールパネルの中だけでテストすると、成功したという誤った安心感を持ってしまうのは、このためです。
NS検索の使い方
ドメインのNSデータを問い合わせ、返された名前を、ゾーンを提供しているはずのプロバイダーと比較します。一致しない場合は、レジストラの委任設定を確認し、最近の移行がまだ進行中でないかを調べます。各権威サーバーにサンプルのレコードを問い合わせると、ゾーンのデータが一貫しているかが分かります。SOAデータからは、ゾーンレベルの追加の情報が得られますが、NSもSOAも、ウェブサイト自体に到達できることの証明にはなりません。NSクエリで分かるのは、権限が存在すると想定される場所です。アプリケーションの正常性を確認するには、別途、接続テストが必要です。
| 観察された状況 | 次に確認できること |
|---|---|
| 想定外のNS名 | レジストラの委任と、DNSプロバイダーのアカウント |
| NSは想定どおりだが、Aの応答がない | ゾーンのレコード、問い合わせた名前、タイプ |
| 権威サーバー同士で応答が食い違う | プロバイダーの同期状況と、SOAのバージョン状態 |
| 再帰リゾルバーからだけ古い応答が返る | TTLとキャッシュのタイミング |
ネームサーバーを移行するときは、委任を変更する前に、新しいゾーンを準備しておきます。メールや所有確認用のレコードを含め、すべてのレコードをコピーし、新しい権威サーバーで比較します。必要に応じて、移行期間中は以前のサービスを利用可能なままにし、プロバイダーのアカウントの外から、新しい委任を確認してください。メールやサブドメインが漏れていると、ウェブサイトのAレコードは正しく見えても、ほかのサービスが静かに失敗することがあります。繰り返し使えるチェックリストと、保存しておいたレコードのエクスポートがあれば、このリスクを大幅に減らせます。
さらに詳しくは、ネームサーバーの役割、再帰リゾルバーと権威リゾルバーの違い、全般的な DNSレコードのリファレンス をご覧ください。まずNSレコードで権限に関する疑問に答え、そのあとで、サービスに必要な個々のレコードタイプを確認します。こうして切り分けておけば、問題が、委任、ゾーンの内容、キャッシュ、最終的に接続を受け取るアプリケーションのどこにあるのかを、はるかに特定しやすくなります。
ネームサーバーの応答には、委任の文脈が必要
NS検索が最も役立つのは、それが親ゾーンの委任を示しているのか、ゾーン自身のNSセットなのか、再帰リゾルバーのキャッシュ上の見え方なのかを理解している場合です。これらのビューは関連していますが、診断結果の中で異なるセクションに表示されることがあります。ネームサーバーを移行する際は、レジストラまたは親ゾーンの委任と、子ゾーンが提供するNSレコードを比較してください。両者は、プロバイダーの指示に従って連携させる必要があります。古いサーバーがしばらく応答し続けることがありますが、それが有効なままだからといって、新しい委任が完了したと混同してはいけません。独自の権威サーバーを運用している場合は、到達可能性と、必要な場合のグルーを確認してください。プロバイダーが管理するゾーンでは、割り当てられたネームサーバーの一覧を控えておき、レジストラの移管やアカウントの移動のあとで確認してください。
ドメインの公開DNSアドレスを調べたい場合は、Domain IP Lookupツールをお試しください。
このテーマの無料ツール
関連記事
ほぼすべてのゾーンで出会うレコード
DNSゾーンファイルとは:レコードと名前の基本
DNSゾーンファイルがレコード、所有者名、TTL、レコードデータをどう整理するかを解説し、ゾーンの確認や移行に使える安全なチェックリストを紹介します。
並行して使われる2つのアドレス体系
IPv4
192.0.2.10
32ビット、約43億のアドレス、枯渇
IPv6
2606:4700::6810:84e5
128ビット、340澗のアドレス
固定IPと動的IPアドレスの違い
固定IPアドレスと動的IPアドレスを比較し、それぞれの用途を紹介します。ドメインのDNSレコードを固定アドレスと混同してはいけない理由も解説します。
同じドメインでも応答が変わる3つの理由
ジオルーティング
地域ごとに別のエッジサーバー
キャッシュ
TTLもキャッシュも個別
スプリットホライズン
意図的に異なる回答
IPジオロケーションとは?精度と限界
IPジオロケーションがネットワークの場所を推定する仕組み、結果がユーザーの物理的な場所と異なる理由、DNS検索で実際に分かることを解説します。