私たちはドメインの DNS をホストしています。2
週間前、開発者から、新しいゾーン「dev.ourdomain.com」を設定し、そこに my.dev.ourdomain.com と admin.dev.ourdomain.com の 2 つのホスト レコードを配置するように依頼されました。
DNS にゾーンを追加し、ホストの A レコードを追加しました。
1 週間後、google (8.8.8.8) や gtei (4.2.2.2) などの一部の DNS サーバーはホストを解決しますが、OpenDNS (208.67.222.222) や ATT Uverse (68.94.156.1) などの他の DNS サーバーはホストを解決できません。
何か案は？
答え1
ドメインの WHOIS にどのネーム サーバーがリストされているかを確認し、各サーバーに対してドメインの NS レコードを照会して、すべてのサーバーに同じネーム サーバーがリストされていることを確認します。そうでない場合は、どのサーバーがドメインのネーム サーバーであるかが全員一致し、ネーム サーバーとしてリストされている各サーバーにゾーンのコピーがあるように、ネーム サーバーを修正する必要があります。
答え2
すでに TTL が関係する期間を待機しているので、世界中のキャッシュに「古い」データが存在しないことは確実だと思います。
TLD からゾーンまでの解決チェーン全体を調べて、問題がないか確認する必要があります。たとえば、.com から始めて、その権威あるネーム サーバーにドメインの NS のリストを要求します。次に、各サーバーにサブドメインの NS を要求し、公開する必要があるデータについても要求します。
一部の DNS がデータ全体を公開していない可能性があります。その場合、タイトルで述べたように、実際には「レプリケーションの問題」が発生します。または、どこかでデータが失われている可能性があります (SOA、NS など)。
標準的なリゾルバ（私が使用するのは掘るたとえば、他のサーバがホスト名を解決できない場合は、問題は相手側にある可能性があります。
答え3
サーバーにゾーンを追加したとおっしゃっていますが、それはなぜですか? dev.yourdomain.com を処理するサーバーは yourdomain.com を処理するサーバーと同じではないのですか? 同じホストが親を管理している場合は、別のゾーン ファイルを作成する必要はありません。どのサーバーかは記載されていないので、bind であると想定しますが、ほとんどの DNS サービスは次のような操作をサポートします。
dev IN A 1.2.3.4
admin.dev IN A 1.2.3.5
これらのエントリは両方ともメインのゾーン ファイルに表示されます。ただし、dev.yourdomain.com サブドメインの DNS を別の場所でホストする予定の場合は、もう少し複雑なものが必要です。ゾーン ファイルを設定したあと、親サーバーからの参照を追加します。
dev IN NS otherns.yourdomain.com.
dev IN NS backupns.yourdomain.com.
一部のホストが解決されないという実際の問題については、トレースを実行しましたか? 常に実行していますか? 同じ NS ホストを照会していますか? 複数のサーバーを実行している場合は、複数のサーバーの構成を検証しましたか?