ネームサーバー (NSレコード)

DNS レコードタイプ
ドメインに対して信頼できる DNS サーバー。NS レコードで指定され、特定のサーバーへの制御を委譲します。
← 用語集に戻る

ネームサーバー (NSレコード) とは何か?

ネームサーバーはドメイン向けのDNSレコードを保存し、そのドメイン向けのクエリに応答する特殊なDNSサーバーです。NS (ネームサーバー)レコードはどのネームサーバーがドメイン向けに権威あるかを指定し、効果的にDNS解決責任をそれらのサーバーに委任します。

ネームサーバーの動作方式

DNS階層はNS レコードを通じた委任に依存します:

1. ルートサーバー はNS レコードを通じてTLDサーバーをポイント

2. TLDサーバー (.com、.org) はNS レコードを通じてドメインネームサーバーをポイント

3. ドメインネームサーバー は実際のDNSレコード (A、MX、CNAME など) を含む

クエリ: example.com

→ ルート: 「.comサーバーに尋ねてください」(NSレコード)

→ .com: 「ns1.example.comに尋ねてください」(NSレコード)

→ ns1.example.com: 「IPアドレスはこちら」(Aレコード)

NSレコード形式

example.com.    IN    NS    ns1.example.com.

example.com. IN NS ns2.example.com.

各ドメインは通常冗長性向けに2-4ネームサーバーを持ちます。

グルーレコード

ネームサーバーが提供するドメイン内にある場合、「グルーレコード」が彼らのIPアドレスを提供します:

example.com.    IN    NS    ns1.example.com.

example.com. IN NS ns2.example.com.

ns1.example.com. IN A 203.0.113.1

ns2.example.com. IN A 203.0.113.2

グルーレコードなしで、循環依存が発生します: ns1.example.com を解決するため、ns1.example.com をクエリする必要があります。

ネームサーバーのタイプ

権威あるネームサーバー

は彼らが責任があるドメイン向けの実際のDNSレコードを保有します。クエリされた場合、決定的な回答を提供します。

再帰リゾルバー

クライアント向けに他のサーバーをクエリします。ISP の DNS またはCloudflare (1.1.1.1) および Google (8.8.8.8)などのサービスは再帰リゾルバーです。

DNS ホスティングプロバイダー

各DNS ホスティングプロバイダーは指定されたネームサーバーをオペレートします:

プロバイダーNSサンプル
Cloudflarens1.cloudflare.com
AWS Route 53ns-1234.awsdns-56.org
Google Cloudns-cloud-a1.googledomains.com
GoDaddyns1.godaddy.com

ネームサーバーの変更

レジストラで

ネームサーバーはレジストラのコントロールパネルを通じて変更されます。これはTLDレベルのNSレコードを更新します。

伝播時間

ネームサーバー変更は全世界にわたって伝播するのに24-48時間かかる可能性があります。

移行ステップ

1. 新しいプロバイダーにDNSをセットアップ - スイッチ前にすべてのレコードを作成

2. TTLを低くする - 重要なレコード向けに

3. レジストラでNSを更新 - 新しいネームサーバーをポイント

4. 伝播を待つ - 地域全体での解決をモニター

5. 検証してTTLを復元 - すべてのレコードが機能することを確認し、TTLを正規化

ネームサーバーの確認

dig を使用:
dig example.com NS

; ANSWER SECTION:

example.com. 86400 IN NS ns1.example.com.

example.com. 86400 IN NS ns2.example.com.

whois/RDAP を使用:

ネームサーバー情報は登録データでも利用可能です。

DomScanを使用:
curl "https://domscan.net/v1/health?domain=example.com"

# ヘルスチェック内で hasNS ステータスを返す

ネームサーバーベストプラクティス

冗長性

常に最低でも2つのネームサーバーを使用し、好ましくは異なるネットワーク上:

example.com.    NS    ns1.provider.com.    ; ネットワークA

example.com. NS ns2.provider.com. ; ネットワークB

地理的配布

グローバルオーディエンス向けに、地理的に分散されたネームサーバーをanycastルーティングで使用して、レイテンシー削減およびDDoS耐性を改善します。

TTL構成

NSレコード TTLは通常長い(86400秒 / 24時間)です。ネームサーバーは変更が頻繁でないため。

モニタリング

ネームサーバーをモニターしてください:

ネームサーバーおよびドメイン利用可能性

ドメインに NSレコードが構成されていない場合、それは通常以下を示します:

ただし、NS レコードの欠落はドメイン利用可能性を示しません。登録ステータス向けにRDAP/WHOISを使用してください。

一般的なNSの問題

びっこな委任

NSレコードが実際にドメインのレコードを提供しないサーバーをポイントする場合。これはDNS解決を破壊します。

NSレコード不一致

レジストラでのNSレコードと zone ファイル内での不一致は解決の問題を引き起こす可能性があります。

グルーレコード欠落

ネームサーバーがドメイン内にあるが、グルーレコードがない場合、循環依存で解決が失敗します。

ネームサーバーは DNS委任の骨です。適切な構成はドメインがワールドワイド正しく解決されることを保証します。

この知識を実践する

DomScan の API を使用してドメインの可用性、状態などを確認します。