お名前.com で「セカンダリ」を設定したいとき、多くの場合に必要なのは、ドメインのネームサーバーを2つ以上正しく登録することです。お名前.com の DNS を使うなら指定のネームサーバーをまとめて登録し、他社や自前の DNS を使うならその DNS のネームサーバーを複数登録します。この記事では、お名前.com Navi でのネームサーバーの登録の考え方、ゾーン転送を使う本来の意味でのセカンダリ構成を組む場合の選択肢、設定後に各ネームサーバーの応答をそろって確かめる方法を説明します。
お名前.com の画面の表記や、提供している DNS の機能は変わることがあります（2026年10月現在）。ここではメニュー名ではなく目的で説明するので、実際の操作は画面と公式のヘルプで確認しながら進めてください。
「セカンダリ」の2つの意味を分けて考える
「セカンダリ設定」という言葉は、次の2つのどちらかを指していることがほとんどです。
- レジストラでの2台目以降のネームサーバーの登録: ドメインの管理画面で、ネームサーバー1、ネームサーバー2…と複数のホスト名を入力することです。古くから2台目を「セカンダリネームサーバー」と呼ぶ習慣があるため、この意味で使われることが多くあります。
- ゾーン転送によるセカンダリ DNS: プライマリの DNS サーバーが持つゾーンの内容を、別の DNS サーバーがゾーン転送（AXFR／IXFR）で受け取り、同じ内容で応答する構成です。DNS の冗長化として本来の意味のセカンダリはこちらです。
お名前.com で作業する人の目的が「ネームサーバーの欄を埋めたい」なのか「別の事業者にも DNS を持たせて冗長化したい」なのかで、やることが大きく変わります。前者は次の節の手順で済みます。後者は、お名前.com の DNS をどう位置付けるかから考える必要があります。
お名前.com Navi でネームサーバーを複数登録する
お名前.com の DNS を使う場合
お名前.com の DNS レコード設定を使うときは、お名前.com が指定するネームサーバーをドメインに設定します。DNS の利用を有効にすると、指定のネームサーバーが複数まとめて設定される流れになっているので、自分で1台ずつ入力する必要は通常ありません。設定後に、ネームサーバーの欄に指定のホスト名がすべて並んでいるかを確かめます。
ここで、指定のネームサーバーの一部を消して他社のネームサーバーを足す、といった変更はしないでください。理由は後の節で説明します。
他社や自前の DNS を使う場合
ネームサーバーの変更画面で、他のネームサーバーを使う設定を選び、使う DNS の事業者が案内するネームサーバーをすべて入力します。入力する数は事業者によって異なり、2つのことも4つのこともあります。案内されたものは省かずに全部登録するのが基本です。
入力したら、ドメインの親（.com なら .com のレジストリ、.jp なら JPRS）に登録内容が反映されたかを確かめます。親のサーバーに直接問い合わせると、手元のキャッシュに影響されずに確認できます。
# .com の場合: 親のサーバーに登録されている NS を確かめる
dig @a.gtld-servers.net example.com NS +norec
# .jp の場合
dig @a.dns.jp example.jp NS +norec応答の AUTHORITY SECTION に、登録したネームサーバーが並んでいれば反映済みです。
してはいけない組み合わせ：別々の DNS を混ぜる
よくある失敗が、お名前.com の DNS のネームサーバーと、別の事業者のネームサーバーを1つのドメインに混ぜて登録することです。「片方が止まってももう片方が答えるので冗長になる」と考えがちですが、それぞれの DNS に同じレコードが入っていなければ、問い合わせのたびにどちらかがランダムに選ばれ、次のような症状が出ます。
- 一部の人や一部の時間帯だけ、サイトが古いサーバーを表示する、または開かない
- メールがときどき届かない（片方の DNS にしか MX がない）
- レコードを変えたのに、反映されたりされなかったりする
複数の事業者で DNS を持たせるなら、すべてのネームサーバーが同じ内容で答える状態を作ることが前提です。それを手作業ではなく仕組みで保つ方法がゾーン転送です。
ゾーン転送で本来のセカンダリ構成を組む場合
ゾーン転送を使うには、プライマリ側がゾーン転送を許可でき、セカンダリ側がそれを受け取れる必要があります。お名前.com の DNS レコード設定について、外部へのゾーン転送や外部からの受け取りに対応する案内は、確認できる範囲では見当たりません。対応状況は変わる可能性があるため、必要ならサポートに問い合わせて確かめてください。対応していない前提で考えると、選択肢は次の3つです。
選択肢1：プライマリを自前で持ち、セカンダリを別に用意する
BIND などで自前のプライマリを運用し、セカンダリを別のサーバーや、セカンダリ DNS に対応した事業者に置きます。お名前.com には、プライマリとセカンダリ両方のネームサーバーを登録します。セカンダリを自前の BIND で用意する場合の設定は次のような形です。
// named.conf(セカンダリ側)の例。古い BIND では type slave / masters と書く
zone "example.com" {
type secondary;
file "/var/cache/bind/db.example.com";
primaries { 192.0.2.10; }; // プライマリの IP アドレス
};プライマリ側では、このセカンダリの IP アドレスだけにゾーン転送を許可し、変更時に通知（NOTIFY）を送る設定にします。ゾーン転送は TCP の53番ポートを使うので、ファイアウォールで閉じていないかも確かめます。
ネームサーバー名を自分のドメインの下（ns1.example.com など）にする場合は、親のレジストリにそのホスト名の IP アドレス（グルーレコード）を登録する必要があります。お名前.com にはネームサーバーのホスト名を登録する機能があるので、ネームサーバーの変更より先にそちらを済ませます。
選択肢2：セカンダリ DNS に対応した事業者を組み合わせる
DNS Made Easy や NS1 など、他の DNS からゾーン転送を受けてセカンダリとして動けるサービスがあります。この場合もプライマリはゾーン転送を送れる DNS である必要があり、お名前.com の DNS をプライマリにする構成は取れません。どの組み合わせが可能かは、各事業者のドキュメントで確認してください。
選択肢3：2つの DNS に同じレコードを手で入れる
ゾーン転送を使わずに、お名前.com の DNS と別の DNS の両方に同じレコードを登録する方法もあります。ただし、変更のたびに両方を同じように書き換える必要があり、片方を忘れると前の節の症状が出ます。お名前.com の DNS には自動化に使える公開 API がないため、レコードの多いドメインや変更の多いドメインには向きません。また、DNSSEC を使う場合は2つの事業者の署名の扱いをそろえる必要があり、構成がかなり難しくなります。
設定後にすべてのネームサーバーの応答を確かめる
どの構成でも、最後は「登録したすべてのネームサーバーが同じ内容で答えるか」を確かめます。
for ns in $(dig +short example.com NS); do
echo "== $ns"
dig +short example.com SOA @"$ns"
dig +short www.example.com A @"$ns"
dig +short example.com MX @"$ns"
done見るポイントは次のとおりです。
- SOA のシリアル番号: ゾーン転送の構成なら、全ネームサーバーで同じ番号になっているはずです。セカンダリだけ古い番号なら、ゾーン転送が止まっています。プライマリのログで転送の拒否やタイムアウトが出ていないかを確かめます。
- A や MX の値: すべてのネームサーバーで同じ値が返るかを見ます。1台だけ違う、または応答がない場合は、その DNS のレコードの登録漏れか、ネームサーバーの登録先が違います。
- 応答がない、REFUSED が返る: そのネームサーバーがゾーンを持っていません。セカンダリ側でゾーンの設定が済んでいるか、ゾーン転送が一度でも成功しているかを確かめます。
ゾーンの NS レコード（ゾーンの中に書く NS）と、お名前.com に登録したネームサーバーの組み合わせがそろっているかも確認します。片方にしかないネームサーバーがあると、問い合わせ先が環境によって変わり、原因の分かりにくい不具合につながります。
まとめ
- お名前.com での「セカンダリ設定」は、多くの場合ネームサーバーを複数登録することで、使う DNS が案内するネームサーバーを省かずにすべて登録します。
- お名前.com の DNS と他社の DNS のネームサーバーを、同じレコードを持たせないまま混ぜて登録すると、断続的な不具合の原因になります。
- ゾーン転送による本来のセカンダリ構成にするなら、ゾーン転送に対応したプライマリ（自前の BIND など）を用意し、お名前.com にはプライマリとセカンダリのネームサーバーを登録します。
- 設定後は全ネームサーバーに直接問い合わせ、SOA のシリアル番号とレコードの値がそろっているかを確かめます。