現在、Devops としての役割で、MySQL バックエンドを使用した PDNS サーバーのセットアップなど、私にとって新しいタスクがいくつか割り当てられています。サーバーの初期セットアップ後、サーバーの IP を指定しながら、DIG と NSLOOKUP を使用して新しい PDNS サーバーからの応答をテストしました。すべての応答は期待どおり肯定的に返されました。
初期設定後、他の非権威ネーム サーバーでレコードが更新されるまでしばらく待ちました。残念ながら、レコードは他のネーム サーバーでは認識されないようです。私のドメインで通常の NSLOOKUP または DIG を実行しようとすると、非権威ネーム サーバーから SERVFAIL が返されました。
DNS システムに関する私の無知をお詫びします。調査を行っており、正常に動作するように設定を変更しようと何度も試みましたが、残念ながら行った変更はすべて失敗しました。
非権威ネーム サーバーが権威ネーム サーバーからレコード情報を取得する方法について、もう少し理解できるよう誰か助けていただければ幸いです。ドメイン名が TLD から個々のサーバーまでどのように見つかるかは正しく理解していると思いますが、ネーム サーバーが見つからない理由がよくわかりません。直接クエリすると、ネーム サーバーは適切に応答しているようです。
私は実行しています:
CentOS pdns 3.3.1 pdns-backend-mysql
SOA レコードをプライマリ ネーム サーバーを指すように設定しました。
SOA レコードの例
Commissionconverter.com origin = ns3.myebiz.com mail addr = hostmaster.myebiz.com serial = 2014030401 refresh = 28800 retry = 7200 expire = 604800 minimum = 86400
助けてくれてありがとう。
答え1
委任は完了しており、ネームサーバーが応答しているようです。
ただし、ネームサーバーはNSゾーンのレコードの存在を否定しているように見えますが、これは決して良いことではありません。(問題の説明自体がやや曖昧であるため、それが問題を完全に説明しているかどうかは私にはわかりません。)
dig +trace +all commissionconverter.com NSリゾルバ サーバーが名前を検索するために実行する手順 (ルートで指定された名前のクエリを開始し、委任に従い、完了するまでそのプロセスを繰り返す) を多かれ少なかれ確認することをお勧めします。
最後のクエリ (サーバーの 1 つに送信されたクエリ) の結果を見るとわかるように、サーバーは期待されたNSレコードで応答しません。
あなたのケースではさらに問題が見つかる可能性もありますが、少なくとも基本的な部分のいくつかはカバーされており、1 つの問題が指摘されています。