2026年6月8日

2026年6月8日

さくらのDNS へ移行する手順|レコードの棚卸し・ゾーン登録・ネームサーバー切り替えと切り戻し

他社の DNS からさくらインターネットのネームサーバーへ移すときは、「今のレコードをすべて書き出す」「さくら側に同じ内容を登録する」「さくらのネームサーバーに直接問い合わせて照合する」「レジストラでネームサーバーを切り替える」「しばらく旧 DNS を残す」の順に進めると、サイトやメールを止めずに移行できます。この記事では、WordPress サイトとメールを運用しているドメインを例に、各手順の理由とつまずきやすい点、確認のコマンドを説明します。

さくらインターネットの管理画面(会員メニューやコントロールパネル)の項目名や画面構成は変更されることがあります(2026年10月現在)。この記事では操作の目的で説明するので、実際の表記はさくらインターネットのサポートサイトで確認してください。

移行の前に決めておくこと

どの「さくらのDNS」へ移すか

さくらインターネットで DNS を使う方法は、主に次の2つです。

  • ドメイン管理(会員メニュー)のネームサーバー: さくらで取得したドメインや、さくらのレンタルサーバで使うドメインのゾーンを管理画面で編集します。一般的には ns1.dns.ne.jp と ns2.dns.ne.jp が使われます。他社で取得したドメインでも、さくらのネームサーバーを利用する登録ができます。
  • さくらのクラウドの DNS: クラウドのリソースとしてゾーンを作り、API や Terraform で管理できます。割り当てられるネームサーバー名は上とは異なります。

この記事は主に前者を想定していますが、手順の流れはどちらも同じです。どちらの場合も、移行先のネームサーバー名は管理画面に表示されるものを正として使います。

サーバー移転と同時にやらない

WordPress のレンタルサーバー移転とあわせて DNS も移したくなりますが、同時に行うと、問題が起きたときに原因が DNS なのかサーバーなのか切り分けられません。まず「レコードの向き先は今のサーバーのまま」で DNS だけをさくらへ移し、落ち着いてからサーバー移転として A レコードを書き換える、という2段階に分けるのが安全です。

手順1:今のレコードをすべて書き出す

DNS の移行で多い事故は、メールの MX、送信ドメイン認証の TXT、外部サービスの所有権確認用の TXT や CNAME の移し忘れです。Web サイトは表示されているのにメールだけ届かない、という形で後から発覚します。

まず、今の DNS 事業者の管理画面でレコード一覧を確認し、ゾーンファイルのエクスポート機能があれば書き出します。エクスポートがない場合は、画面のレコードを1件ずつ表計算ソフトなどに写します。あわせて、現在の権威サーバーへ直接問い合わせて記録を残します。

# 現在の権威サーバー名を確認
dig +short example.com NS

# 現在の権威サーバーに直接問い合わせて控える(ns1.old-dns.example は上で出た名前に置き換える)
OLD=ns1.old-dns.example
for t in A AAAA MX TXT CAA; do
  echo "== example.com $t"; dig +short example.com $t @$OLD
done
for n in www _dmarc mail; do
  for t in A CNAME TXT; do
    echo "== $n.example.com $t"; dig +short $n.example.com $t @$OLD
  done
done

dig はゾーンのレコードを一覧で取り出す道具ではなく、名前とタイプを指定して聞く道具です。そのため、管理画面にある名前(selector._domainkey など DKIM 用の名前や、各種サービスの確認用サブドメイン)を一覧から拾って、上のループに加えます。タイプをまとめて聞く ANY 問い合わせは、最近のサーバーでは一部しか返さないことが多いため、このように名前とタイプを組み合わせて聞きます。

手順2:TTL を短くしておく

切り替えの前日までに、旧 DNS 側で主要なレコードの TTL を 300 秒程度に下げておきます。移行後に値の誤りが見つかったとき、修正が早く行き渡るようにするためです。もとの TTL が 1 日(86400 秒)なら、下げた設定が行き渡るまでに最大 1 日かかるので、作業日から逆算して早めに変更します。

なお、ネームサーバーの切り替え自体にかかる時間は、レジストリ側(.com や .jp の親ゾーン)の NS の TTL に左右され、利用者が変更することはできません。数時間から 1〜2 日程度、新旧の DNS が混在する前提で計画します。

手順3:さくら側にゾーンを用意してレコードを登録する

さくらの管理画面で対象ドメインのゾーン編集を開き、手順1で書き出したレコードを登録します。他社で取得したドメインの場合は、先にさくらのネームサーバーを利用するための登録を済ませておく必要があります。

登録のときに注意する点は次のとおりです。

  • ホスト名の書き方: 管理画面では、頂点を @ で表すか空欄にするか、サブドメインを www のような相対名で書くかなど、入力の作法が画面ごとに決まっています。旧 DNS が完全修飾名(末尾にドットが付く形)で書き出していても、さくら側の作法に合わせて入力します。
  • 使えるレコードタイプ: CAA や SRV など、使っているレコードタイプが登録できるかを事前に確認します。登録できないタイプがある場合は、移行そのものを見直す判断材料になります。
  • TTL: 指定できる場合は、移行直後は短めにしておき、安定したら長くします。
  • 自動作成されるレコード: さくらのレンタルサーバでドメインを使う設定をすると、Web やメール用のレコードが自動で用意されることがあります。手で入れたレコードと重複したり、旧サーバーではなくさくらのサーバーを向いていたりしないか確認します。

手順4:切り替え前に、さくらのネームサーバーへ直接問い合わせて照合する

ネームサーバーを切り替える前に、さくらのネームサーバーを指定して問い合わせ、手順1の記録と同じ応答が返るかを照合します。この時点ではまだ世の中の利用者はさくらに問い合わせていないので、誤りがあっても影響はありません。

NEW=ns1.dns.ne.jp   # 管理画面に表示されたネームサーバー名に置き換える
for t in A AAAA MX TXT CAA; do
  echo "== example.com $t"; dig +short example.com $t @$NEW
done
dig +short www.example.com A @$NEW
dig +short _dmarc.example.com TXT @$NEW

旧 DNS の結果と並べて差分がないかを確かめます。値の違いだけでなく、TXT の引用符の付き方や、MX の優先度の数字も見ておきます。セカンダリ側(ns2 など)にも同じ問い合わせをして、両方で同じ応答が返ることを確認します。

手順5:DNSSEC を使っているか確認する

旧 DNS で DNSSEC を有効にしている場合、レジストラに DS レコードが登録されています。その状態でネームサーバーだけをさくらへ切り替えると、署名の検証に失敗し、DNSSEC を検証するリゾルバーを使う利用者からドメインが引けなくなります。

dig +short example.com DS

何か返る場合は、先にレジストラで DS レコードを削除し、その TTL が切れるのを待ってからネームサーバーを切り替えます。さくら側で DNSSEC を使えるかどうかは、利用するサービスの案内で確認してください。

手順6:レジストラでネームサーバーを切り替える

ドメインを取得したレジストラの管理画面で、ネームサーバーをさくらのものに変更します。さくらで取得したドメインならさくらの会員メニューから、他社で取得したドメインならそのレジストラの画面から操作します。

切り替え後は、親ゾーンに登録された NS が変わったかを確かめます。

dig +short example.com NS
dig +trace example.com A | tail -n 5

dig +trace はルートから順にたどって問い合わせるため、キャッシュの影響を受けずに、親ゾーンがどのネームサーバーを案内しているかを確認できます。

手順7:旧 DNS はしばらく残す

切り替え後も、キャッシュが残っている利用者は旧 DNS に問い合わせ続けます。旧 DNS のゾーンをすぐに削除すると、その利用者だけサイトやメールが使えなくなります。少なくとも数日から 1 週間程度は旧 DNS のレコードをそのまま残し、変更もしないでおきます。

切り戻しが必要になった場合は、レジストラでネームサーバーを旧 DNS に戻します。旧 DNS を残しておくことは、この切り戻しの手段を確保することでもあります。

移行が落ち着いたら、WordPress の表示、管理画面へのログイン、問い合わせフォームからのメール送信、メールの受信をひととおり確かめ、さくら側の TTL を通常の値に戻します。

まとめ

  • 移行先がドメイン管理のネームサーバーか、さくらのクラウドの DNS かを決め、ネームサーバー名は管理画面の表示を正とします。
  • サーバー移転と DNS 移行は分け、まず向き先を変えずに DNS だけを移します。
  • 旧 DNS のレコードを漏れなく書き出し、MX・TXT・DKIM 用の名前を忘れずに登録します。
  • 切り替え前にさくらのネームサーバーへ直接問い合わせて照合し、DNSSEC の DS レコードの有無を確認します。
  • 切り替え後もしばらく旧 DNS を残し、切り戻しの手段を確保しておきます。

お気軽にご相談ください

お見積りへ お問い合わせへ
▲