DNSサーバーが変更されていない場合、MXレコードとAレコードの変更にはどのくらい時間がかかりますか？

メールサーバーのIPを一晩で変更するのが現実的であるか、それとも翌日にメールを取得する人々を混乱させるかを推定しようとしています。基本的に、メールサーバーのある施設でIPプールが変更されるため、メールサーバーのAレコードとMXレコードを変更する必要があります。DNSサーバー自体を変更していない（レコードを別の権限のあるサーバーに移動していない）ため、変更はほぼ瞬時に行われますか、または最近照会された権限のない別のDNSサーバーでのキャッシュのために最大48時間かかります？

洞察力をありがとう、

M

すべてのDNSリソースレコードがキャッシュされます。DNSサーバー自体が移動しているかどうかは重要ではありません。ヤヒアが言ったように、レコードがキャッシュされる期間は、レコードのTTLによって決まります。DNSの変更を実行する前に、TTLを通常の値（通常は1日以上）から5分などの非常に小さな値に下げることが一般的な方法です。

この手順を複雑にしているのは、一部の不正なDNSキャッシングリゾルバが指定されたTTLを無視し、独自の値に置き換えるという事実です。（これらのシステムを実行している人々は火事で死ぬ必要があり、もし私がインターネットの大君主に選ばれたら、彼らはそうするでしょう）。そのため、重要なシステムまたは直接制御できない人々が使用するシステムの場合、移行元のシステムにDNATルールを設定して、以前のIPアドレスに送信されるトラフィックを新しいものにリダイレクトすることをお勧めします。

新しいIPアドレスを既に知っていますか？もしそうなら、あなたは幸運です！新しいAレコード、ドメインのサブドメインを設定し、新しいIPをポイントして、それを追加のMXレコードとして追加します。新しいMXレコードの優先順位を古いレコードよりも高く設定します。これは、新しいIPがアクティブになるはずの数日前に行います。新しいIPアドレスがアクティブになったら、古いMXレコードを削除して、新しいMXレコードを残します。SOA編集するたびにシリアルを更新することを忘れないでください。

フェールオーバー/バックアップMXレコードの概要を示す記事は次のとおりです。http： //www.zytrax.com/books/dns/ch9/mail.html

あなたの最も重要な設定は、 TTLは、それぞれのDNSレコードです。

TTL設定値が低いほど良くなります-さまざまなキャッシュ動作を行うすべてのDNSサーバーがあるため、通常は「即時」になりませんが、TTL設定値が低いほど結果は良くなります...

DNSの変更は、権限のあるサーバーで比較的瞬時に行われる必要があります。ただし、DNSキャッシュにより、変更がクライアントに反映されるまでに時間がかかります。これは、不定期のクライアントよりも頻繁なクライアントにとってより大きな問題になります。これを回避するには、データを事前に入力します。

すでに投稿されているさまざまな回答は、心配する必要があるすべてを網羅しています。

• TTLを低い値に設定します。変更の数日前に1Hと言います。少なくとも変更前の現在のTTLでこれを実行してください。TTLの2倍の方が良いでしょう。
• 古いアドレスと新しいアドレスを使用して、メールサーバーの2つの新しいAレコードを追加します。これらのそれぞれに対して、古いサーバーアドレスに最高の優先度を与えるMXレコードを作成します。カットオーバーしたらすぐに古いアドレスのMXを削除します。これらの両方のレコードの優先度を既存のレコードより低く設定します。（送信サーバーは、バナーが使用する名前を確認しないでください。
• 現在の名前でメールサーバーの新しいAレコードを追加します。新しいアドレスのPTRレコード設定を取得します。Aレコードは両方のアドレスを返します。これにより、どちらのアドレスでもrDNS検証が機能します。（多くの受信サーバーはこれを気にし、rDNSが失敗するとメッセージを拒否したり、スパムとして分類したりします。）

これで、新しいアドレスへのカットオーバーの準備ができました。カットオーバー後、クリーンアップできます。

• 新しい名前のMXレコードと古いアドレスのAレコードを削除します。
• 数時間待って、新しい名前のAレコードを削除します。

これはユーザーに対して完全に透過的でなければなりません。発生した問題は、標準に準拠していないサーバーに制限する必要があります。

他のサービスにはダブルAレコード技術を使用できますが、クライアントが応答しないアドレスを試行し、タイムアウトするまで待機すると遅延が発生します。