web-dev-qa-db-ja.com

電子メールを中断せずにWebサイトを新しいサーバーに移動するにはどうすればよいですか?

サーバー上に企業のWebサイトがあり、すべての電子メールもホストしています。従業員全員がメールのバックアップやサーバーへの古いメッセージの残しなどにどれほど熱心に取り組んでいるのかわかりません。実際、面倒なことはすべて避け、古いサーバーで古いメールを実行し続けたいと思います。

電子メールを古いサーバーで実行したまま、Webサイトを新しいより信頼性の高いサーバーに移動したいだけです。

これどうやってするの? DNSを新しい仮想ホストのIPアドレスにポイントすると、それが伝播すると、古いサーバーへの電子メールが遮断されますか?古いサーバーのサーバー管理者はそう考えているようです。

スタッフの変更/再構成/データ損失を最小限に抑えたいという原則に基づいて、ここでの解決策は何ですか?

4
Tom Auger

あなたが電子メールに関して世話をしなければならない4つの機能があります:

  1. ユーザーにメールを送信する人。
  2. メールを収集しているユーザー。
  3. ユーザーがメールを送信します。
  4. それらの電子メールを他の人のサーバーに渡すメールサーバー。

これらのそれぞれは、潜在的に異なるDNSエントリを処理する必要があります。

  1. MXレコード。現在、mail.example.comなどの名前を保持している必要があります。この名前には、他の人がユーザーに電子メールを送信できるIPアドレスを含むAレコードが保持されている必要があります。 MXレコードがexample.comではなくmail.example.comの場合は、移行前に変更することをお勧めします。

  2. ユーザーがPOPまたはIMAPサーバーとしてメールクライアントに入れたもの。これは、生のIPアドレス、メインドメイン(example.com)、またはサブドメインにすることができます。 pop.example.comimap.example.com、またはmail.example.comのようなものを使用するのが一般的です。

  3. ユーザーがSMTPサーバーとしてメールクライアントに入れたもの。 POPおよびIMAP設定と同様に、これは多くの場合、smtp.example.comなどのサブドメインです。

  4. これに重要な2つのDNSレコードは、SPFレコードとPTRレコードです。メールを送信する場合は、新しいWebサーバーを追加する以外に、SPFレコードを変更する必要はありません。一部のメールサーバーは、順方向と逆引きのDNSが一致することを期待しているため、メールサーバーのIPアドレスのPTRがexample.comを指し、example.comが新しいWebサーバーのIPアドレスに解決される場合、一部のメールサーバーは拒否しますユーザーが送信するメール。

あなたの状況で私がすること:

  1. mail.example.compop.example.comimap.example.com、およびsmtp.example.comを作成し、メールサーバーを指すすべてのAレコードを提供します。
  2. 組織内のすべてのユーザーが、メールクライアントでこれらのサブドメインのみを組み合わせて使用​​していることを確認します。 (スマートフォンを忘れないでください。)
  3. MXレコードがこれらのサブドメインの1つを使用していることを確認します。
  4. メールサーバーのIPアドレスのPTRがこれらのサブドメインの1つであることを確認します。
  5. これらすべてのDNS変更には、他の人のキャッシュをクリアする時間があります。これは、既存の最長TTLまで待機することを意味します。
  6. ドメインのDNSを変更して、新しいWebサーバーを指すようにします。

ノート:

  • wwwサブドメインは、電子メールに影響を与えることなく、かなり簡単かつ安全に変更できます。 (ユーザーのメールクライアントにwww.example.comを入れるなどの奇妙なことをした場合を除きます。)ここで停止して、上記の手順を気にしないこともできます。 www.example.comへの301リダイレクトを発行するだけのWebサーバーをメールサーバーで実行したままにします。
  • 上記のすべての変更を行うと、現在は遅くて骨の折れる可能性がありますが、すべての独立したサービスが別々のサブドメインを指しているため、すべてのユーザーが一貫した命名スキームを使用してそれらのサービスを見つけるため、将来的に多くの悲しみを避けることができます。将来の変更は簡単です。
  • 独自のhostsファイルを編集することで、DNSの変更を自分でテストできます。これにより、ユーザーがメールを送受信できること、および他の人があなたにメールを送信できることを確認できます。
9
Ladadadada

シナリオ:電子メールは、現在の場所に引き続き送信されます。 Webサイトは新しいサーバーに移動します。

Webサイト(wwwのAレコードを使用している場合)またはWebサイトのホストサーバー(wwwのCNAMEを使用している場合)のAレコードを、新しいサーバーのIPアドレスを指すように変更します。

MXレコードを変更したり、議論したりする必要はありません。

2
joeqwerty

Webサイトを移動した後、ドメインのMXDNSエントリが古いサーバーを指している必要があります。そうすれば、サービスが中断することはありません。

1
Valentin

電子メールのmxレコードを古いサーバーに設定し、Webサイトの新しいサーバーにAレコードを設定する必要があります。それで全部です。 MXは、ドメイン名をそのドメインのメッセージ転送エージェントのリストにマップし、レコードAは32ビットのIPv4アドレスを返します。これは、ホスト名をホストのIPアドレスにマップするために最も一般的に使用されます。

すべての変更は安全であり、サービスのダウンタイムに影響を与えることはありません。 DNSに変更を加えるよりも、最初に新しいサーバーでWebサイトをセットアップしてテストする必要があります。広告MXレコードと変更Aレコード。

1
B14D3

DNSでMXレコードを確認し、それらがどのように構成されているかを確認します。 MXがmail.yourdomain.comに設定されている場合は、mail.yourdomain.comのレコードを確認してください。それがAレコード(現在のサーバーのIPとして設定する必要があります)の場合は、問題ありません。yourdomain.comとwww.yourdomain.comを移動するときにそのレコードを変更しないでください。

Mail.yourcomain.comがwww.yourdomain.comまたはyourdomain.comを指すCNAMEである場合は、上記のように新しいAレコードを作成する必要があります。

MXレコードにyourdomain.comまたはwww.yourdomain.comと表示されている場合は、上記のように新しいAレコードを作成する必要がありますおよび MXレコードを新しいレコードに変更します。

説明されている変更のいずれかを行う必要がある場合は、変更する前に、現在の情報がキャッシュされている他のメールサーバーが新しい情報を取得することを確認するために1〜2日待つ必要があります(TTLがそれより長い場合を除く)。

1
jerm