ほかの事業者で管理している DNS を ConoHa DNS へ移すときは、「先に ConoHa 側へ同じレコードを作り、ConoHa のネームサーバーに直接問い合わせて答えが合っていることを確かめてから、レジストラでネームサーバーを切り替える」という順番を守るのが要点です。この記事では、移行前の棚卸し、TTL の下げ方、ConoHa 側での登録、切り替え当日の確認、旧 DNS をいつ止めるかまでを、止まらない移行の手順として説明します。
なお、ConoHa の管理画面は VPS・WING などサービスごとに構成が異なり、メニュー名も変わることがあります（2026年10月現在）。以下では画面の表記ではなく「何を設定するか」で説明しますので、実際のメニュー名は ConoHa のサポートページで確認してください。
移行の全体像と、止まる原因になりやすい箇所
DNS の移行で関わる場所は三つあります。
- レジストラ（ドメインを契約している事業者）: どのネームサーバーがそのドメインを担当するかを、上位（.com や .jp のレジストリ）に登録する場所です。
- 旧 DNS: 今レコードを返している権威 DNS サーバーです。
- 新 DNS（ConoHa DNS）: 移行先の権威 DNS サーバーです。
サイトやメールが止まる典型は、「ConoHa にレコードを作り終える前にネームサーバーを切り替えた」「MX や TXT を写し忘れた」「切り替え直後に旧 DNS のゾーンを消した」の三つです。ネームサーバーの切り替えは世界中のキャッシュに一斉には反映されないため、しばらくは旧 DNS と新 DNS の両方に問い合わせが来ます。両方が同じ答えを返す状態を作っておけば、どちらに問い合わせが行っても利用者には差が出ません。
手順1：旧 DNS のレコードをすべて書き出す
最初に、今どんなレコードがあるかを漏れなく把握します。多くの DNS サービスは外部からのゾーン転送（AXFR）を許可していないため、dig でゾーン全体を取り出すことは基本的にできません。旧 DNS の管理画面でレコード一覧を表示し、ゾーンファイルのエクスポート機能があればそれを使い、なければ一覧を表計算ソフトなどに書き写します。
書き出したら、主要な名前について実際に返っている値を dig で確認し、一覧との食い違いがないかを見ます。
# 旧DNSのネームサーバー名を確認
dig +short example.com NS
# 旧DNSに直接問い合わせて主要レコードを確認（ns1.old-dns.example は旧DNSの名前に置き換える）
dig @ns1.old-dns.example example.com A +noall +answer
dig @ns1.old-dns.example www.example.com A +noall +answer
dig @ns1.old-dns.example example.com MX +noall +answer
dig @ns1.old-dns.example example.com TXT +noall +answer
dig @ns1.old-dns.example _dmarc.example.com TXT +noall +answer写し忘れが起きやすいのは、メール関連（MX、SPF の TXT、DKIM のセレクタ名つき TXT や CNAME、_dmarc の TXT）、各種サービスの所有権確認用 TXT、SSL 証明書の発行用 CNAME、CAA、SRV です。WordPress のサイト自体は A と www の CNAME だけで動いていても、メールや外部サービスの連携が別のレコードに依存していることはよくあります。DKIM のセレクタ名は外から推測できないため、旧 DNS の一覧から拾うしかありません。
手順2：切り替えの1〜2日前に TTL を下げる
TTL は、キャッシュ DNS がその答えを保持してよい秒数です。旧 DNS の TTL が 86400（1日）のままだと、切り替え後に値を直したくなっても、古い答えが最大1日残ります。
切り替えの前日までに、旧 DNS 側で主要レコードの TTL を 300 秒程度に下げておきます。ここで大切なのは「下げた設定が行き渡るのにも、元の TTL ぶんの時間がかかる」という点です。元が 86400 なら、下げてから丸1日待って初めて短い TTL が効き始めます。
ただし、ネームサーバー自体の切り替わりの速さは、ここで下げる TTL とは別物です。上位のレジストリが持つ NS レコードの TTL は利用者側では変えられず、TLD によって1〜2日程度に設定されていることが多いため、切り替え後しばらくは旧 DNS にも問い合わせが届く前提で計画します。
手順3：ConoHa DNS にドメインを追加してレコードを登録する
ConoHa のコントロールパネルで DNS の画面を開き、対象ドメインを追加してから、手順1の一覧どおりにレコードを登録します。ConoHa のサーバーを使っていない場合でも、DNS を利用できる契約形態かどうかは事前に確認しておいてください。
登録するときの注意点は次のとおりです。
- 名前の書き方: サブドメイン部分だけを入れるのか、ドメイン全体を入れるのかは画面によって違います。入力欄の例や既存レコードの表示に合わせます。
- CNAME の制約: ドメインの頂点（example.com そのもの）には CNAME を置けません。また CNAME を置いた名前には、ほかの種類のレコードを同時に置けません。
- TXT の値: SPF は1つの名前に1レコードにまとめます。長い DKIM 鍵は改行や余計な引用符が混ざらないよう、コピー元と見比べます。
- NS と SOA: ConoHa 側で自動作成されるものは基本的に触りません。旧 DNS の NS レコードを写す必要はありません。
- TTL: 切り替え直後に修正できるよう、最初は短めにしておき、安定してから戻します。
手順4：切り替える前に ConoHa のネームサーバーへ直接問い合わせる
登録が終わったら、レジストラを触る前に、ConoHa のネームサーバーへ直接問い合わせて答えを確認します。ネームサーバー名はドメインを追加した画面や ConoHa のサポートページに記載されています。
# ns1.conoha-example は、ConoHa の画面に表示されたネームサーバー名に置き換える
dig @ns1.conoha-example example.com A +noall +answer
dig @ns1.conoha-example www.example.com A +noall +answer
dig @ns1.conoha-example example.com MX +noall +answer
dig @ns1.conoha-example example.com TXT +noall +answer手順1で旧 DNS から得た答えと、一つずつ突き合わせます。名前が多い場合は、名前と種類の一覧をファイルにして、旧 DNS と ConoHa の両方へ同じ問い合わせを流し、差分を取ると見落としが減ります。
#!/bin/bash
# records.txt の各行に「名前 種類」を書いておく（例: www.example.com A）
OLD=ns1.old-dns.example
NEW=ns1.conoha-example
while read -r name type; do
a=$(dig +short @"$OLD" "$name" "$type" | sort)
b=$(dig +short @"$NEW" "$name" "$type" | sort)
if [ "$a" != "$b" ]; then
echo "差分あり: $name $type"
echo " 旧: $a"
echo " 新: $b"
fi
done < records.txt差分がなくなるまで、ここで修正します。この段階ならまだ誰も ConoHa DNS を見ていないので、何度直しても影響はありません。
手順5：DNSSEC を使っている場合は先に外す
旧 DNS で DNSSEC を有効にしていて、レジストラに DS レコードを登録している場合は注意が必要です。DS が旧 DNS の鍵を指したままネームサーバーを切り替えると、DNSSEC 検証を行うキャッシュ DNS からは名前解決に失敗します。
安全な進め方は、先にレジストラで DS レコードを削除し、その削除が行き渡るのを待ってから（DS の TTL ぶん以上）、ネームサーバーを切り替えることです。移行後に ConoHa 側で DNSSEC を使えるかどうか、使える場合の手順は、提供状況が変わることがあるため ConoHa の公式情報で確認してください。
手順6：レジストラでネームサーバーを ConoHa に変更する
ドメインを契約しているレジストラの管理画面で、ネームサーバーを ConoHa のものに変更します。ConoHa でドメインを契約している場合は ConoHa の画面内で、ほかのレジストラなら、そちらの画面で操作します。表示されたネームサーバーを、すべて正しい綴りで登録します。
変更後は、上位のレジストリに登録された内容を確認します。
# 上位からの委任を確認（+trace でルートから順にたどる）
dig example.com NS +trace
# 複数の公開DNSで答えを確認
dig @1.1.1.1 example.com A +short
dig @8.8.8.8 example.com A +short+trace の最後のほうで、TLD のサーバーが ConoHa のネームサーバーを返していれば、レジストラ側の変更は反映されています。公開 DNS の答えが新旧どちらでも同じ値なら、利用者から見て問題はありません。
手順7：旧 DNS はすぐに消さない
切り替え後も、旧 DNS のゾーンは少なくとも数日は残しておきます。上位の NS レコードのキャッシュが切れるまでは、旧 DNS に問い合わせるキャッシュ DNS が残るためです。この期間に ConoHa 側でレコードを変更した場合は、旧 DNS にも同じ変更を入れておくと食い違いを防げます。
旧 DNS を止める目安は、上位の NS の TTL を十分過ぎ、メールの送受信や外部サービスの連携に問題が出ていないことを確かめた後です。旧 DNS がレンタルサーバーやドメインの契約と一緒になっている場合は、契約を解約するとゾーンが即時に消えることもあるため、解約のタイミングも合わせて計画します。
切り替え後に確認すること
- サイト表示: WordPress の管理画面とフロントが開くか。サーバーも同時に移した場合は、hosts ファイルで事前に新サーバーを確認しておくと安心です。
- SSL 証明書: 証明書の自動更新が DNS 認証（DNS-01）を使っている場合、更新の仕組みが旧 DNS の API に依存していないか。
- メール: 外部宛てと外部からの送受信、送信ドメイン認証（SPF・DKIM・DMARC）の結果。受信したメールのヘッダーで認証結果を確認できます。
- TTL を戻す: 安定したら、短くしていた TTL を 3600 などの通常値に戻します。
まとめ
- ConoHa DNS への移行は「棚卸し → TTL を下げる → ConoHa にレコード登録 → 直接問い合わせて照合 → ネームサーバー変更 → 旧 DNS を数日残す」の順で進めます。
- 写し忘れが多いのはメール関連（MX・SPF・DKIM・DMARC）と、所有権確認や証明書発行用のレコードです。
- ネームサーバーを切り替える前に、ConoHa のネームサーバーへ dig で直接問い合わせ、旧 DNS と同じ答えが返ることを確認します。
- DNSSEC を使っている場合は、先にレジストラで DS を外してから切り替えます。
- ConoHa の画面構成や提供機能は変わることがあるため、メニュー名やネームサーバー名は公式の案内で確認してください。