web-dev-qa-db-ja.com

ネームサーバーの移行-古いレコードを取得するにはどうすればよいですか?

同じURLにある既存のウェブサイトを置き換えるために、クライアント向けの新しいウェブサイトを立ち上げるまでに数週間かかります。

作業の一環として、彼らはネームサーバーをホスティングプロバイダー(Rackspace)に移動しています。最初に、これらは古いWebサイト(古いプロバイダーでwho-knows-whereをホストしている)に解決する必要があります。次に、起動日に、新しいサーバーを指すように切り替えます。

私はウェブサイトのみを担当していますが、DNSレコードはメールなども担当していることを認識しています...

  1. 既存のDNSレコードの完全なコピーを取得するにはどうすればよいですか?既存のネームサーバーに連絡する必要がありますか? (理想的には、既存のレコードをダウンロード/スクレイプして、新しいシステムで複製できますか?)
  2. ネームサーバーが変更されたときにDNSレコードが変更されないようにする方法はありますか? (つまり、私がそれを台無しにしていないことを確認します)。
  3. ウェブサイトとMXレコード以外に、心配する必要のある重要なレコードは他にありますか?
2
Andrew M

既存のDNSのコピーを取得するには、Webベースの管理インターフェイスからDNSを「スクレイピング」する必要があります。 tryを使用して、Dignslookup、またはDNSサーバーを使用してゾーンのゾーン転送を実行できますが、適切に構成されたDNSサーバーは、JoeAnybodyへのゾーン転送を提供しません。TM

サーバー障害に関するいくつかの質問があります:「古い値」と「新しい値」の間のDNSレコードの整然としたカットオーバー(ここに1つ: WebサーバーのDNSを1つのIPアドレスからにスムーズに移行するにはどうすればよいですか?別の? )。

このようなカットオーバーを実行する従来の方法は、DNSサーバーに「古い値」(たとえば、「www」Aレコードに割り当てられた事前にカットされたIPアドレス)を配置し、以前のTTLを拒否することです。カットに(カットが行われるまでこの値を半分に戻すことを好む人もいます-24時間、12時間、6時間など、カットまで)。カットオーバー時間に達したら、新しいレコードを配置し、TTLを好きなように配置します。理想的には、プレカットレコードのTTLが非常に短いため、キャッシュされている可能性のあるネット上のすべての再帰的リゾルバのキャッシュがすぐに期限切れになります(全員が一緒に遊んでいて、馬鹿げていないことを前提としています) TTLをオーバーライドするようなもの)。

あなたが本当に妄想的である(または誰かがルールに従わず、あなたのTTLを無視している)場合は、古いWebホストでURL書き換えまたはリバースプロキシを使用してクライアントを新しいホストに転送することで、これを強化できます。このレベルのパラノイアに行く必要があるかどうかは、特定の状況によって異なります。サイトが本質的に静的である場合、アクセスがログにヒットしなくなるまで、古いサーバーでWebサイトを実行し続けます。

重要なレコードは、おそらくドメインのMXレコード、ドメインのAレコード、「www」、およびMXレコードが指すものすべてだと思います。安全に再生し、ゾーンのコンテンツ全体を複製して、後で各レコードを調べて、それらが使用されているかどうか、およびそれらが何に使用されているかを把握できるようにします。 (たとえば、顧客は通常、パブリックDNSにユーザーからサイトへのVPNゲートウェイのレコードを持っていることを知っています。)

4
Evan Anderson