インターネットSMTPサーバーのIPアドレスを変更する際の提案
SMTPサーバーの1つを1つのホスティングプロバイダー（A）から別のホスティングプロバイダー（B）に移動しています。この移動により、サーバーのIPアドレスを変更する必要があります。
私たちの計画は次のことを行うことです：
- 新しい施設でクローンシステムを構築します。
- 新しいIP（プロバイダーBが所有）アドレスのreverse-dnsをmail.company.comに登録します
- Mail.company.comのフォワードDNS TTLを1時間に変更します。
- 物事を3日間そのままにしておきます（キャッシュされたレコードが期限切れになる/キャッシュをドロップオフするのにかかる時間だと仮定します） RE：ネームサーバーの何パーセントがTTL最近？ ==
- Mail.company.comのフォワードDNSを変更して、新しいシステムのプロバイダーBのIPアドレスを指すようにします。 （プラスレイズTTL 24時間に戻る）
- 1週間ほど後にプロバイダーのAサイトでシステムをオフにします。
これは合理的な計画ですか？メールの送受信の停止を最小限に抑えるためにできることはありますか？電子メールの送信に関して私が懸念したことの1つは、マシンが稼働中であることを検証するために逆引きDNSと順方向DNSを使用するシステムでした。受信メールはそれほど問題ではないと思いました。その過程で何かが足りませんか？
古いサーバーを移動するだけでなく、本当に新しいサーバーを構築する必要がありますか？
RDNSレコードとAレコードを同時に変更します。事前にrDNSを変更することに価値はありません。
良いアイデア。
それはDNSがどのように機能するかではありません。 DNSレコードは「そこに出て行く」ことはありません。 DNSは、プッシュテクノロジーではなくプルテクノロジーです。 TTLを十分に低くして、DNSレコードを既に解決し、キャッシュに保持しているサーバーでDNSレコードが過度に長期間キャッシュされないようにする必要があります。キャッシュにDNSレコードがない場合は、DNSレコードのルックアップを実行すると、すぐに新しいDNS情報が取得されます。
良い考えですが、24時間は私には少し長いようです。私は通常、TTLとして1時間を設定します。それは私たちの側で迅速な変更を可能にするのに十分短いです、そして私たちのネームサーバーに過度の負荷をかけないのに十分長いです。
良いアイデア
DNSレコードは伝播せず、キャッシュします。 DNSが機能する方法ではないため、「そこに出る」まで待つ必要はありません。 TTLで指定された期間内に電子メールを送信しなかったメールサーバーは、DNSレコードのルックアップを実行し、新しいDNS情報をすぐに見つけます。 TTLで指定された期間中に送信された電子メールは、TTLの存続期間中、キャッシュに古いDNS情報を保持します。TTL有効期限が切れると、新しいルックアップが実行され、すぐに新しい情報が取得されます。TTLを1時間に設定して、計画されたカットオーバーの約24時間前に、一部を見逃すリスクを減らすのに十分なはずです。さらに、ほとんどのメールサーバーは48時間メールを送信しようとするため、カットオーバー中にいくつかのメールサーバーがあなたを「見逃した」場合でも、48時間再試行を続け、メールを配信する必要があります。接続できます。
私たちは常にお客様のためにこのようなことをしています。金曜日の夕方の午後8時にDNSレコードを変更し、午後9時頃までに電子メールが新しいサーバーに完全に流れています。
いいですね。 DNSで両方のメールサーバーを祝福された送信メールサーバーとしてリストしていることを確認してください。これには、DomainKeysなどが含まれます。