web-dev-qa-db-ja.com

MXレコードを強制的に更新するにはどうすればよいですか?

私はドメイン名を所有しており、過去数年ほどの間、友人の会社を通じてホストされている電子メールにそれを使用しています。 Googleのホスティング(ドメイン用のGoogle Apps)に切り替えようとしていますが、今週はほとんど切り替えていますが、まだ切り替えられていません。

私がこれまでにしたこと:

  1. プライマリDNSサーバーを友人のものからレジストラのものに切り替えました(000ドメイン;私はドメイン登録を所有しており、プライマリコントロールを持っています)
  2. Google確認コードをTXTレコードに追加しました
  3. 友人のメールサーバーをMXレコードから削除し、GoogleのサーバーのMXレコードを追加しました

私は7月3日の夜にステップ1と2を完了し、Googleはその変更を一晩のうちに拾い上げました。この時点で、ステップ3を完了したので、変更後48時間になります。しかし、Digを介してMXレコードを検索すると(Dig @fwns01.000domains.com MX DOMAIN)まだ友達のサーバーのMXレコードを取得しています。 000domainsコントロールパネルで、MXレコードが適切に設定されていることを(何度も)確認しました。

ある時点で、MXレコードshouldが私の友人のDNSサーバーから削除されることを知っていますが、彼は最近応答が非常に遅いため、これにはさらに数日かかる場合があります。古いサーバーにまだメールが届いているので、何も失われていませんが、本当にこれを終わらせたいと思っています。この切り替えを完了するために、他に何ができますか、またはどの手順を逃しましたか?

5
alroc

変更を伝播するには、ゾーンファイルのシリアルを更新する必要があります。 ドキュメント の引用:

The <serial-number> directive is a numerical value incremented every time the
zone file is altered to indicate it is time for named to reload the zone.

あなたのコメントが言うように、あなたはこのステップを忘れました-そのため、ゾーンファイルはプライマリDNSサーバーによってロードされず、どこにも作成されませんでした。だから私は「グーグルが拾った」と思う-しかしあなたの問題を解決するために、あなたのゾーンファイルのシリアル番号をインクリメント。提案する場合:ゾーンファイルのシリアルには、パターンYYYYMMDDNNNを使用します(つまり、4桁の年の後に2桁の月と2桁の日が続き、「日の変更番号」には3桁の数字が続きます)。 1日に999回を超える変更が行われる可能性は低い)、例:今日の最初の変更については20120706001です。これは有効なシリアルであり、常に最新の変更の時刻を簡単に確認できるだけでなく、簡単にインクリメントできます。

シリアル数を増やすと、DNSサーバーはゾーンファイルをリロードし、変更を自動的に伝播する必要があります。

3
Izzy

ステータスを確認しようとしているところからのDNSキャッシングに問題があるようです。サードパーティの無料のWebサイトを試して、そこのネットワークからクエリを実行することをお勧めします。

0
DeepeshAgarwal

MXレコードの最速の更新が必要な場合は、少なくとも [〜#〜] ttl [〜#〜] を減らすことができます。また、他のDNSサーバーがDNSのTTLを更新したら、MXレコードを変更します。手順1と2を完了した場合。

0
Morgork