サイト運用i-Willink
サーバー移転でメールを止めないDNSの順番
サーバー移転やドメインの管理会社の変更で止まりやすいのは、サイトよりメールです。ドメイン・DNS・サーバーの違い、切り替え前に書き写す設定、TTL の下げ方、戻せる形の残し方を、自社の移転で実際にやった順番でまとめます。
サーバー移転で止まりやすいのは、サイトよりメールです。DNS を切り替える前に、メールの設定を新しい側へ書き写しておくことが一番の守りになります。
サイトを別のサーバーへ移す、ドメインの管理会社を替える。こうした引き継ぎは、作業そのものより順番で失敗します。順番を1つ間違えると、サイトが見えなくなり、メールが届かなくなります。
サイトが数分見えないのは、まだ気づかれます。メールが止まると、問い合わせや注文が音もなく消え、しばらく誰も気づきません。この記事では、メールを止めないための順番をまとめます。
この記事の要点
- 1ドメイン・DNS・サーバーは別のもので、別の会社が持っていることがある。最初に誰が何を持っているかを書き出す
- 2DNS を切り替えるとメールの行き先も動く。MX・SPF・DKIM などのメールの設定を先に新しい側へ書き写す
- 3切り替えの前日までに TTL を短くし、古い環境はしばらく残して、いつでも戻せる形にしておく
ドメイン・DNS・サーバーは別のもの
名前（ドメイン）、案内板（DNS）、中身の置き場所（サーバー）は、それぞれ別の会社が持っていることがあります。
- ドメイン: example.co.jp のような名前そのもの。登録した管理会社（レジストラ）で契約している
- DNS: その名前を「どこにつなぐか」を書いた案内板。ドメインの管理会社、サーバー会社、専用のサービスのどれかが持っている
- サーバー: サイトの中身やメールボックスが置いてある場所
ドメインは A 社、DNS は B 社、サイトは C 社、メールは D 社、ということも珍しくありません。手を動かす前に、今それぞれを誰が持っていて、管理画面に誰が入れるのかを書き出します。ここを飛ばすと、途中で迷いやすくなります。
動かすものを最小にする
サイトを移すだけなら、DNS とメールの置き場所は動かさず、サイトの向き先だけを書き換えるのが一番安全です。
私たちが自社サイトを別のクラウドのサービスへ移したとき、DNS の管理場所とメールを送る仕組みは、あえて元のまま残しました。書き換えたのは、4つのホスト名（会社のサイト・www・メディア・管理画面）の向き先を示すレコードだけです。
サイト・DNS・メールを一度に動かすと、何かが止まったときに原因の切り分けができません。1回の作業で動かすのは1つ、と決めておくと、失敗しても戻す場所がはっきりします。
切り替え前に、メールの設定を書き写す
DNS の管理場所ごと移す場合は、メールに関わるレコードを1つ残らず新しい側へ書き写してから切り替えます。
DNS の管理場所（ネームサーバー）を替えると、サイトの向き先だけでなく、メールの行き先も新しい案内板の内容に変わります。新しい側にメールの設定が無いと、メールはどこにも届かなくなります。
書き写すのは、主に次のレコードです。
- MX: メールを受け取るサーバーの行き先
- SPF（TXT）: そのドメインからメールを送ってよい送信元の一覧
- DKIM（TXT や CNAME）: 送ったメールが本物であることを示す署名の鍵
- DMARC（TXT）: 上の2つに合わないメールをどう扱うかの方針
- そのほか、各種サービスの所有確認のための TXT レコード
いちばん確実なのは、今の DNS の管理画面にあるレコードを全部書き出し、新しい側に同じものを入れてから、両方を見比べることです。サイト関係だけ移して、メール関係を忘れる、というのが典型的な失敗です。
TTL を先に短くしておく
切り替えの1〜2日前に TTL を短くしておくと、切り替えも、戻すのも早くなります。
DNS のレコードには TTL（その案内をどれくらいの時間覚えておいてよいか）が付いています。切り替えても、TTL の時間が過ぎるまでは、古い案内を覚えている人には古い場所が見え続けます。
そこで、切り替えの1〜2日前（少なくとも今の TTL の時間より前）に、書き換える予定のレコードの TTL を数分程度まで短くしておきます。こうすると、切り替えた後の反映が早くなり、問題が出たときに元に戻すのも早くなります。作業が落ち着いたら、TTL は元の長さに戻します。
切り替えた直後に「反映されない」と焦って何度も設定を触ると、かえって状態が分からなくなります。待ち時間は、最初から段取りに入れておきます。
古い環境はしばらく残す
切り替えたらすぐ古いサーバーを消さず、戻せる期間を決めて残します。
私たちは自社サイトの移転のとき、古い環境を14日間そのまま残し、何かあればすぐ向き先を戻せるようにしました。消したのは、その期間が過ぎ、古い環境に誰も来ていないことを確かめてからです。
サーバー会社を替える場合も、新しい側で問題が無いことを確かめるまで、古い契約は解約しないでおきます。メールボックスがある場合は、切り替えの前後に古い側に届いたメールを取りこぼさないよう、両方を確認する期間を作ります。
切り替えた後に確かめること
サイトが開くだけでなく、メールの送受信と暗号化の証明書まで確かめて完了とします。
- 自社のサイトを、スマホのモバイル回線とパソコンの両方で開く（片方だけだと古い案内が残っていることがある）
- 外のメールアドレスから自社宛てにメールを送り、届くかを見る
- 自社から外へメールを送り、相手の迷惑メールに入っていないかを見る
- 問い合わせフォームからテスト送信し、通知メールが届くかを見る
- サイトの暗号化の証明書（https の鍵マーク）が有効になっているかを見る
私たちの移転でも、4つのホスト名すべてで証明書が有効になったことと、問い合わせのメールが実際に送られたことを確かめてから、切り替えの完了としました。
ドメインの管理会社を替えるとき
ドメインの移管には、ロックの解除と認証コードと、届く連絡先メールが要ります。
ドメインそのものの管理会社を替える「移管」は、勝手に持ち出されないようロックがかかっているので、まずそれを外します。次に、本人確認のための認証コード（AuthCode）を今の管理会社で出してもらい、新しい会社に渡します。
見落としがちなのが、ドメインに登録されている連絡先のメールアドレスです。確認のメールがそこに届くので、昔の担当者のアドレスや使っていないアドレスのままだと手続きが止まります。取得や移管の直後など、決まった期間は移管できない決まりがあることもあるので、管理会社の案内を先に確かめます。.jp ドメインの決まりは、登録管理団体の JPRS が公開しています。
よくある質問
サーバーを移転すると、メールは止まりますか？
サイトのサーバーだけを替え、DNS の管理場所とメールの置き場所をそのままにするなら、サイトの向き先のレコードを書き換えるだけなので、メールは通常そのまま届きます。DNS の管理場所（ネームサーバー）ごと替える場合は、MX・SPF・DKIM などのメールの設定を新しい側へ書き写しておかないと止まります。
DNS の切り替えは、どれくらいで反映されますか？
レコードに付いている TTL の時間が目安です。TTL が1日なら、古い案内が最大1日ほど残ることがあります。切り替えの1〜2日前に TTL を数分程度に短くしておくと、反映も戻すのも早くなります。
ドメインの移管に必要なものは何ですか？
今の管理会社でのロックの解除、認証コード（AuthCode）、そして確認メールが届く連絡先のメールアドレスです。取得や移管の直後は移管できない期間があることもあるので、管理会社の案内を先に確かめます。
移転が終わったら、古いサーバーはすぐ解約していいですか？
すぐには解約しません。新しい側でサイトとメールに問題が無いことを確かめ、古い側に人やメールが来ていないことを見てから解約します。私たちは自社の移転で、古い環境を14日間残しました。
参考・出典
- Cloudflare: DNS とは（DNS の仕組みと、各種レコードの役割の解説）
- Cloudflare: DNS MX レコードとは（メールの行き先を示すレコードの解説）
- JPRS: ドメイン名の登録規則（.jp ドメインの登録・移転などの決まり）