web-dev-qa-db-ja.com

DNSゾーン転送（AXFR）が失敗する

すべてのドメインをDNSMadeEasyからLinodesDNSManagerに移行しようとしています。私が考えた最も簡単な方法は、AXFRで動作するLinodeの「ゾーンのインポート」オプションでした。次に、次のことを行いました（ この手順 によって導かれます）：

Dnsmadeeasy.com：

  1. 「DNS詳細設定」で「ゾーン転送設定（AXFRACL）」を有効にしました
  2. 「ゾーン転送構成」に移動し、「Linode」という名前の「ゾーン転送セット（ACL）」を追加し、「転送を許可するIP」にLinodeに必要なものを追加しました（このメッセージに基づいて：「ネームサーバーはゾーン転送を許可する必要があります（AXFR）69.164.199.240、69.164.199.241、および69.164.199.242 "）から、それぞれ独自の行にあります。
  3. ドメインリストに移動し、対応するAXFRACLを適用しました。
  4. それらが「更新中」ステータスから「アクティブ」に変わるのを待ちました。

Manager.linode.com：

  1. ドメインが委任されたネームサーバーに応じて、axfr1.dnsmadeeasy.comとaxfr2.dnsmadeeasy.comを「リモートネームサーバー」として使用して、任意のドメインゾーンをインポートしようとしました。
  2. それからそれは起こります：Linodeは私に「AXFRが失敗したか、ゾーンが空でした！」と言います。毎回エラーが発生しました。「すでにリストされているドメイン」のようなエラーが発生したのは一度だけです。これは、ドメインをインポートしようとしていたためです。しかし、同じエラーが再び発生することはありませんでした。

私が欠けているのは何ですか？

domain-name-systemlinode
4
lima

Done！記録としては、失敗したものも含め、ゾーンをインポートしようとするすべての試みがキャッシュに保存されているため、部分的にLinodesの障害でした。

ドメインをインポートする最初の試みにはいくつかの手順が欠けていたため、当然機能しませんでした。後の試みは機能するはずでしたが、LinodeはまだキャッシュされたバージョンのリモートAFXR ACLを使用していたため、うまくいきませんでした。

驚いたことに（当時）、残りのドメインのインポートは完全に機能したので、ついに最初の（この質問の原因）ドメインで再試行しましたが、それも機能しました！

それをトラブルシューティングするために正しい方向に私を向けてくれてありがとうSameer。

1
lima

問題の原因を絞り込むために、Linodeの4番目のIPをAFXRACLに追加できますか。その後、次のコマンドでDNSレコードを画面にエコーします。

Host -l domain.com axfr1.dnsmadeeasy.com
Host -l domain.com axfr2.dnsmadeeasy.com

これが機能する場合は、dnseasyがaxfrを提供しており、Linode側に問題があることを確認します。

4
Sameer