- ベストアンサー
プライマリDNSの移行
自社ドメインのプライマリDNSを移行する時の質問です。 現在ホスティングサービスを利用しており、DNS、メールサーバ、WWWサーバはすべて社外(ホスティング)に置いており、今回、DNS、メールサーバについては社内で、WWWサーバはそのままホスティング先に置いておくような移行作業を行いたいと思ってます。以下の手順を考えています。 (手順) 1.自社でプライマリDNSを構築 2.Aレコード(CNAMEレコード)でWWWサーバはホスティング先を指定 3.MXレコードでメールサーバは自社メールサーバを指定 4.JPNICにプライマリDNS変更をアナウンス これで、完了だと思うのですが、インターネット上の他のDNSはしばらくキャッシュを持っているため、古い情報をもとに名前解決してしまいますよね。この際、古い情報で名前解決されたメールなどは古いメールサーバへ届いてしまうと思います。つまりしばらくユーザは両方のメールサーバを見に行かないといけませんね。でここからが質問なんですが、ホスティング先のDNSとメールサーバはこの移行期間中はどのような設定をしておかなければいけないのですか?DNSはシャットダウンしてメールサーバは動かしておくでいいんでしょうか。
- みんなの回答 (5)
- 専門家の回答
質問者が選んだベストアンサー
holydevilさんの考え方で問題ないと思います。恐らく。 で、それ以外に出来そうなことをつらつらと考えてみました。 JPNICがDNS変更作業を実際に行うまでの間は、 もちろんホスティング先のDNSは立ち上げておく。 (当たり前ですが・・・) ホスティング先のDNSサーバーの、MXレコードが 切ってあるマシン名(仮にmail.hogehoge.com)、 これのAレコードを、社内メールサーバーの方の IPアドレスに変更しておく・・・。 IN MX 10 mail.hogehoge.com mail IN A xxxx.xxxx.xxxx.xxxx (xxxx.xxxx.xxxx.xxxxは社内メールサーバーの方のIPアドレス) すると、たまたまホスティング先のDNSサーバーへ直接 問い合わせに来た人に対しては、新しいメールサーバー の場所を教えてあげられる。 →新しいメールサーバーの方へ早々とメールが届いて嬉しい ということぐらいでしょうか。 以上、思いつきまでに。
その他の回答 (4)
- toushouboy2000
- ベストアンサー率0% (0/1)
どうも、はじめまして。 私も最近まったく同じ状況に遭遇しまして、他人事とは思えないので 私のとった方法をご紹介させていただきます。 結論としては、ホスティング先のDNSサーバ、メールサーバともに 設定変更ほかシャットダウン等は一切行っていません。私の場合、 whois gatewayにて現行のネームサーバ情報を確認し、登録されている ネームサーバを削除してもらうようアナウンスします。さらに、 新しく構築するネームサーバを追加してもらうよう、再度 アナウンスしました。クライアントには、新規に構築したメールサーバと ホスティング先のメールサーバを見に行くよう設定しました。これで、 キャッシュ情報がリフレッシュされるまでの1週間程度の期間も ホスティング先のメールサーバへ入ったメールを取りに行くことができます。 ちなみに、不明な点はJPNIC(query@db.nic.ad.jp)へ直接メールすると レスが早いです。たいていは30分以内に返ってきますよ。また、 データベースの内容を変更をしてもらった際にも、午後依頼したら 翌朝には反映されていて驚きました。では、がんばってください。
お礼
私も結局toushouboy2000さんと同じ方法で行ないました。 この方法が、最もトラブルがなさそうですね。 ありがとうございます。
- 春原 なの(@ymda)
- ベストアンサー率37% (668/1777)
>ymdaさんのご説明は、ドメイン名変更もともなっている場合ですよね? すみません。 「co」という、ne.jp なドメインを仮定していますので 同一ドメインです。 >あと、新しいメールサブドメインを作成するのはなぜですか? これは、旧DNS情報を参照しているメールサーバー等からの 送信に対して、新メールサーバーへ転送する為のものです。
お礼
ありがとうございます。coというドメインですね。 でも、、まだわからないので、整理して質問させていただきます。 まず、旧DNSの情報を、新DNSにコピーする。 IN MX 10 oldmail.co.ne.jp. oldmail IN A 旧メールサーバのIPアドレス ですよね。 この通りにすると、もし、新DNSを公開したとき、新しいDNSで名前解決されたメールは 旧メールサーバに行きますよね?もちろん旧DNSで名前解決されたメールも旧メールサーバに行くと思います。 で、このままでは旧メールサーバにメールがたまっちゃうので新DNSに転送させる必要があるんですよね? ここまで考え方間違っていませんか? で、この先からよくわかりません。つまり newmail IN MX 10 newmail.co.ne.jp. を記述している部分です。サブドメインを作成した場合は IN MX 10 newmail.sub.co.ne.jp という記述になるんじゃないんですか?
- 春原 なの(@ymda)
- ベストアンサー率37% (668/1777)
お二方がおっしゃられてることよりも、安定した動作を望むのであれば、下記の方法がよいかと思います。 この時、DNSは一時的に並行運用の形になります。 #実際、今いる会社でも、以前いた会社でも、何ら問題なく移行することができました。 旧DNS:ns.old.ne.jp 旧メール:oldmail.co.ne.jp 新DNS:ns.new.ne.jp 新メール:newmail.co.ne.jp ・・と仮定します。 1.旧DNSの情報を、新DNSにきれいのコピーする。 IN MX 10 oldmail.co.ne.jp. 更新は、2,3時間程度にしておく 新しいメールサブドメインを作成する。 newmail IN MX 10 newmail.co.ne.jp. 2.その状態で、JPNICにプライマリDNS変更をアナウンス 3.JPNICの3営業日経過後、プライマリDNSの変更を確認する (この間並行運用) 4.プライマリDNSの変更が確認できたのち 旧メールサーバーにおいて、.forwared alias 等を 用いて、一括してメール転送できるように 仕込んでおく。そして、全クライアントにも メールサーバーの移転をこの時点ということで アナウンスし、設定変更を行ってもらう(もしくは行なう) 5.新メールサーバーに転送されていることを確認する 6.DNSの設定を下記のように変更する。 IN MX 10 newmail.co.ne.jp. newmail IN MX 10 newmail.co.ne.jp. この方法で、メールの取りこぼしがなく、確実に 移行できるかと思います。
お礼
ありがとうございます。 ymdaさんのご説明は、ドメイン名変更もともなっている場合ですよね? あと、新しいメールサブドメインを作成するのはなぜですか?
- yamyamyam
- ベストアンサー率66% (8/12)
すいません。 二つのDNSで同時に一つのドメインを管理する、というレベル の高い話ではなく、もっとレベルの低い話です・・・。 JPNICのDNS変更以前に、ホスティングの方と社内の方と 両方のDNSを稼動させておけば、 ●JPNICのDNS変更以前 ホスティングの方のDNSに問い合わせに来た人が、社内 のメールサーバーを教えられて、そっちにメールを送る →DNS変更以前に、新しいシステムでメールが読み出せる ただし、ホスティングの方のDNSに、直接、問い合わせを して来た人に限られる。 ●JPNICのDNS変更以後 社内の方のDNSに問い合わせに来るので、当然社内のメール サーバーにメールが届く。 (キャッシュを見ている人は別) ということです。 DNSはホスティング、社内ともしばらく平行稼動させておけば、 JPNICのDNS切り替え+キャッシュの期限切れを待って、 自動的に社内の方だけを見に行くようになるので、 ホスティングの方のDNSを無理に終了させておく必要はないと 思います。 まあ、DNSの切り替え以前に、少しでも新しいシステムの方に メールが来るように出来たら嬉しいかな・・・というだけの話 でした。
お礼
ありがとうございます。 ホスティングのDNSのMXレコードを切り替えたとき、エンドユーザはPOPの変更を新システムに変更し、(SMTPも新システムにしてもいいかな?)JPNIC変更後、しばらくホスティングのDNSはほっておくってことですね。
お礼
ありがとうございます。この方法をとった場合少し疑問が残るのですが、プライマリDNSを社内にしますよね。次に、ホスティング先ののDNSはどうなるのですか?立ち上げておかなければもちろん IN MX 10 mail.hogehoge.com mail IN A xxxx.xxxx.xxxx.xxxx なんて指定できませんよね? 2つのDNS(ホスティング先と社内)がhogehoge.com を管理することなんてできるんでしょうか?ホスティングのDNSでゾーン転送をストップすればいいのかな? ちょっと、わかりません。