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がある場合、両方にフォワード確認リバースDNS（FCrDNS）を設定することはできません。これは、多くの認証スキームが使用するチェックです（メールを配信するかどうかを決定するときに電子メールサーバーなど）。
確認済みの逆引きDNSを取得するには、IPアドレスは、そのIPアドレスとそのIPアドレスのみを解決するホスト名に解決される必要があります。
ただし、sub01.example.comに解決する1つのIPとsub02.example.comに解決する別のIPがあっても、両方にFCrDNSを使用できます。
Aレコードが1つの特定のIPアドレスをポイントしている限り（ラウンドロビンなし）これは問題を引き起こしません。
もちろん、ベストプラクティスは常に1 <-> 1解像度から 円を閉じる にすることです。
digitalpoint.com でいくつかの徹底的な説明があります。ポイントは、それはRFC設計の目標ですが、実際的なアプローチは-一部のリバースエントリ（古いISPの場合は古いレコードを使用している場合もあります）にアクセスできないこともあり、それは問題にはなりません（使用する場合のみ） 1つの「ライブ」アドレス）。
簡単に言うと：
- 移行時にリバースDNSエントリを「待機」させたい場合は、それで問題ありません。
- 本番環境で両方のサーバーを同時に使用している場合-わかりません。理論的にはそれは悪い習慣です（ RFC 1912 を参照してください）が、私はメール以外に不満はないと思います。