2つのIPの逆引きDNSが同じドメイン名を指すのは悪いことですか？

既存のサーバーとは異なるIPアドレスを持つ、Webアプリケーション用の新しいサーバー（サイトは移動され、負荷分散などのためではありません）をセットアップしています。現在のサーバーには、IPをmydomain.comにポイントする逆DNS PTRレコードが設定されています。mydomain.comをポイントする新しいIPにも逆DNS PTRレコードを設定するのは悪いことですか？または、移行を行ってレコードを設定するまで待つ必要がありますか？

更新：言及するのを忘れていました。mydomain.comのAレコードは、必要に応じて、新しいサーバーではなく古いサーバーのIPアドレスを指しています。

一時的な解決策として便利な場合は、それで十分です。同じホスト名を持つ複数のPTRレコードがあると技術的な問題が発生する多くのシナリオは考えられません。

1つの潜在的なシナリオは、新しいサーバーでのメール配信です。少なくとも、前方参照が古いサーバーに解決される場合。Fickleメールサーバーは、ホスト名/ IPが両方の方法を解決して一致することなく、メールをバウンスします。

それ以外では、私は本当に努力していますが、何も考えられません。それ以上ある場合は、上記のように範囲が限定される可能性があります。

同じドメイン名に解決する2つのIPがある場合、両方にForward Confirmed Reverse DNS（FCrDNS）を設定することはできません。これは、多くの認証スキームが使用するチェックです（メールを配信するかどうかを決定するときにメールサーバーなど）。

確認済みの逆引きDNSを転送するには、IPアドレスは、そのIPアドレスとそのIPアドレスのみを解決するホスト名に解決される必要があります。

ただし、sub01.example.comに解決する1つのIPとsub02.example.comに解決する別のIPがあっても、両方にFCrDNSを使用できます。

長い間、あなたの維持のようにAレコードにポインティングをある特定のIPアドレス（なしラウンドロビン）これは何の問題が発生することはありません。

もちろん、ベストプラクティスは、円を閉じるために常に1 <-> 1の解像度を持つことです。

digitalpoint.comでいくつかの徹底的な説明があります。ポイントは、それはRFC設計の目標ですが、実際的なアプローチは-一部のリバースエントリ（古いISPの古いレコードを使用している場合があります）にアクセスできないこともあり、これは問題にはなりません（使用する場合のみ） 1つの「ライブ」アドレス）。

要約すると：

• 移行時にリバースDNSエントリを「待機」させたい場合は、それで問題ありません。
• 本番環境で両方のサーバーを同時に使用している場合-わかりません。理論的にはそれは悪い習慣です（RFC 1912を参照）。しかし、メール以外に文句はないと思います。