2026年6月4日
2026年6月4日
Vanity NS(独自ネームサーバー名)を変更する手順:グルーレコードの登録から切り替え確認まで
Vanity NSの変更は、「新しいネームサーバー名にIPを割り当てる(グルーレコードの登録)」「新しいサーバーで全ゾーンが応答することを確かめる」「各ドメインのNSを切り替える」「古いサーバーを猶予期間のあいだ残す」の順に進めれば、名前解決を止めずに移行できます。この記事では、Vanity NSの仕組みを確認したうえで、変更の種類ごとの作業、確認のコマンド、DNSSECを使っている場合の注意を説明します。
Vanity NSとは
Vanity NSは、DNS事業者の実際のネームサーバーに、自社のブランドの名前(例: ns1.example-brand.com)を付けて使う方法です。ホスティング事業者や制作会社が、顧客のドメインのNSに自社名を表示したいときによく使います。中身のサーバーはDNS事業者のもので、名前だけを自社のものにしている点が、自前でDNSサーバーを運用する場合との違いです。
名前が example-brand.com の配下にあるため、ns1.example-brand.com のIPアドレスは、example-brand.com のレジストラで「ホスト(ネームサーバー)の登録」として親ゾーンに登録します。これがグルーレコードです。レジストラによって「ネームサーバーのホスト名登録」「Personal DNS Server」「子ネームサーバー」など呼び方が違います。
DNS事業者側の機能として提供されている場合もあります。たとえばCloudflareのカスタムネームサーバーは上位のプランの機能で、使える範囲や手順はプランと時期で変わります(2026年10月現在)。事業者の機能を使う場合は、その事業者の手順書を優先してください。
変更の種類を先に決める
「Vanity NSを変える」と言っても、作業は次の3つに分かれます。どれに当たるかで手順が変わります。
- 名前はそのまま、裏のDNS事業者(IP)を変える: 顧客ドメインのNS設定は変えずに済みます。グルーのIPの変更が中心です
- 名前を変える(ブランド名や使うドメインの変更): 新しい名前のグルーを登録し、すべての顧客ドメインのNSを新しい名前に切り替えます
- Vanity NSをやめ、事業者の標準のNSに戻す: 各ドメインのNSを標準の名前に変え、最後にVanity NSのホスト登録を削除します
以下は、影響が大きい2を中心に、1と3で異なる点を添えて説明します。
手順
1. 現状を記録する
最初に、今の状態をすべて記録します。後で戻すときの手がかりになります。
# Vanity NSのIPアドレス
dig +short ns1.example-brand.com A
dig +short ns1.example-brand.com AAAA
# 親ゾーン(.com)に登録されているグルーの確認
dig @a.gtld-servers.net ns1.example-brand.com A +norec
# 顧客ドメインごとのNS
dig +short customer-a.com NS
あわせて、そのVanity NSを使っているドメインの一覧を作ります。管理画面の一覧と、実際に dig で引いた結果を突き合わせると、記録漏れのドメインが見つかります。
2. 新しいサーバーで全ゾーンが応答するようにする
新しいDNS事業者(またはサーバー)に、すべてのゾーンを用意します。切り替える前に、新しいサーバーへ直接問い合わせて、主要なレコードが現在と同じ値を返すことを確かめます。
dig @203.0.113.10 customer-a.com SOA
dig @203.0.113.10 customer-a.com A
dig @203.0.113.10 customer-a.com MX
ゾーンの中のNSレコードとSOAレコードの主ネームサーバー名も、新しいVanity NSの名前にしておきます。親ゾーンのNSとゾーン内のNSが食い違うと、確認ツールで警告が出たり、一部のリゾルバーで挙動が不安定になったりします。
3. TTLを下げておく
切り替えの数日前に、ゾーン内のNSレコードや主要なレコードのTTLを短くしておくと、切り替え後に古い情報が残る時間を減らせます。ただし、親ゾーン(.comなど)に登録されるNSとグルーのTTLはレジストリが決めていて、多くのgTLDでは2日程度です。こちらは自分では短くできないため、切り替え後も最低その期間は古いサーバーが問い合わせを受けると考えておきます。
4. 新しい名前のグルーレコードを登録する
example-brand.com のレジストラの管理画面で、新しいホスト名(例: ns1.new-brand.com)とIPアドレスを登録します。IPv6で応答させるならAAAAも登録します。登録後、親ゾーンに反映されたかを確かめます。
dig @a.gtld-servers.net ns1.new-brand.com A +norec
応答の追加情報(ADDITIONAL)にIPが出れば反映されています。ネームサーバーは、障害に備えて最低2台、できれば別のネットワークに置きます。
種類1(名前はそのまま、IPを変える)の場合は、この手順で既存のホストのIPを新しいものに更新し、手順5は不要です。
5. 顧客ドメインのNSを切り替える
各ドメインのレジストラで、NSを新しいVanity NSの名前に変更します。ドメイン数が多い場合は、重要度の低いドメインで先に1件試し、名前解決とメールの送受信に問題がないことを確かめてから残りに進みます。
顧客がドメインを自分のレジストラで管理している場合は、変更をお願いする連絡が要ります。変更する値、期限、変更しなかった場合に何が起きるかを、短く具体的に伝えます。
6. 切り替えを確認する
# ルートから順にたどって、新しいNSに到達しているか
dig +trace customer-a.com
# 親ゾーンに登録されたNS
dig @a.gtld-servers.net customer-a.com NS +norec
複数の地域から確かめたいときは、DNSの伝播確認ツールも使えます。表示される結果は各地のリゾルバーのキャッシュに左右されるため、TTLが切れるまでは新旧が混ざって見えるのが普通です。
7. 古い設定を片付ける
古いサーバーは、すべてのドメインの切り替えが済み、親ゾーンのTTLが過ぎるまで動かしたままにします。数日の余裕を見ておくと安心です。その後、古いホスト名の登録を削除します。
ホスト名の登録は、まだそのホスト名をNSに使っているドメインがあると、レジストリ側で削除が拒否されるのが一般的です。削除できないときは、まだ切り替えていないドメインが残っていないかを確かめてください。
DNSSECを使っている場合
DNSSECを有効にしているドメインで、DNS事業者ごと変える場合は特に注意が要ります。親ゾーンに登録したDSレコードと、新しいサーバーが署名に使う鍵が一致しないと、DNSSECを検証するリゾルバーでは名前解決に失敗します。
- 新旧の事業者が鍵の受け渡しに対応していれば、それに従って移行する
- 対応していなければ、DSレコードを先に削除し、親ゾーンのTTLが過ぎてからNSを切り替え、新しい事業者で署名を有効にしてから新しいDSを登録する
DSを外している間は署名の保護がない状態になるため、作業の期間はできるだけ短くします。
まとめ
- Vanity NSは、DNS事業者のサーバーに自社の名前を付ける仕組み。名前のIPはグルーレコードとして親ゾーンに登録する
- 作業は「IPだけ変える」「名前を変える」「やめる」の3種類に分かれる。どれに当たるかを先に決める
- 新しいサーバーで全ゾーンが応答することを確かめてから、グルーの登録、NSの切り替えへ進む
- 親ゾーンのTTLは自分で短くできないため、古いサーバーは切り替え後も数日残す
- DNSSECを使っている場合は、DSレコードの扱いを切り替えの前に決めておく