ネームサーバーリクエストはどのように注文されますか？
Webサイトにドメイン名を登録しているとします。彼らのサイトでは、次のように書かれています。
次の順序でリストされたドメインネームサーバー：
ns9.zoneedit.com ns18.zoneedit.com ns3.freedns.ws
ネームサーバーは特定の順序で読み取られますか？それとも、最初のリクエストを受信した最も近いものを使用しますか？それとも、注文はそのままですか、要求された注文ですか？つまり、ns9.zoneedit.comがプライマリアドレスになりますか？
私が尋ねる理由は、残念ながら彼らのシステムにバグがあり（ドメインを更新するにはフォームを電子メールで送信する必要があります）、古いレコードに3つのネームサーバーがあり、DNSプロバイダーを変更したためですが、現在、私は2つしか使用しておらず、ns3.freedns.wsである3番目のものを削除できません。
これはそれに影響しますか？プライマリとセカンダリだけを使用する場合は、それで問題ないはずです。私は昨日これらの変更を更新しました、それは24時間のマークを過ぎています。
権威ネームサーバーがどのように照会されるかについて、予測可能な順序はありません。説明した設定では、ns3.freedns.wsにドメイン名のレコードがない場合、ネームサーバーが応答しないため、サイトにアクセスしようとしている訪問者の約3分の1がアクセスできません。ドメイン名のIPアドレスを持っている。レジストラに連絡して、3番目のネームサーバーレコードを削除してもらうことをお勧めします。これは、簡単に更新できるはずです。
リソースレコードセットの個々のリソースレコードへの順序付けはありません。 「プライマリ」および「セカンダリ」DNSコンテンツサーバーの概念は、データベースレプリケーションにのみ適用されます。
リソースレコードセットはsetです。セットは注文する必要はなく、ドメインネームシステムに関してはnot注文されます。コンテンツDNSサーバーとDNSクライアントの間のパスには、このセットのメンバーを並べ替えることができるポイントが多数あります。
- コンテンツDNSサーバーがソースファイルからデータベースをコンパイルする場合、RRがソースファイルで持っていた順序を保持する必要はありません。コンパイルされたデータベースには、そのような順序付けの概念すら含まれていない可能性があります。
- コンテンツDNSがクエリに応答してセットのデータベースレコードを使用する場合、DNSプロトコルでエンコードするためにセットを分割するときに、特定の順序でそれをエンコードする必要はありません。実際、
AやAAAAなどのセットタイプの場合、一部のコンテンツDNSサーバーは意図的にリソースレコードセットを並べ替えます。 - プロキシDNSサーバーがコンテンツDNSサーバーからの応答を受信する場合、特定のセットの順序を使用または保持する必要はありません。実際、
AやAAAAなどのセットタイプの場合、一部のプロキシDNSサーバーは意図的にリソースレコードセットを並べ替えます。 - キャッシュプロキシDNSサーバーがキャッシュを使用する場合、キャッシュに物を追加したり、キャッシュから物を取得したりするときに、設定された順序を維持する必要はありません。
- DNSクライアントがプロキシDNSサーバーから完全な応答応答を受信する場合、特定のセットの順序を使用または保持する必要はありません。実際、
AやAAAAなどのセットタイプの場合、多くのDNSクライアントは意図的にリソースレコードセットを並べ替えます。
このため、DNSSECに何を指定する必要があるかに注意してください。リソースレコードセットのRRSIGレコードを計算または検証するときは、常にセットの順序を最初に実行する必要があります。
プロキシDNSサーバーは、通信するコンテンツDNSサーバーを決定するときに、2つの部分からなるNSとA/AAAAの委任情報を使用してコンテンツDNSのリストを取得します。サーバーのIPアドレス。一部のプロキシDNSサーバーソフトウェアは、あるメトリックに従ってコンテンツDNSサーバーをランク付けしようとします。つまり、「最良」の値に対して、どのコンテンツDNSサーバーが「最良」に応答するかです。他の人は単に注文をローテーションします。しかし、他の人は何もせず、リソースレコードがフェッチされたときに取得した順序を使用します。
この異種の動作範囲から、DNSサーバーが最も多くのクエリを受信するコンテンツを予測することはできません。ご存知のとおり、今日、すべてのプロキシDNSサーバーが、古いDNSホスティングサービスのサーバーが今日尋ねる「最良の」コンテンツDNSサーバーであると判断する可能性があります。その場合、誰もが古いデータを受け取ります。
順序付けはなく、「プライマリ」と「セカンダリ」の概念はここでは適用されません。特定のドメインのすべてのコンテンツDNSサーバーは、世界中のピアです。
だからそれを修正してください。
参考文献
- Jonathan de Boyne Pollard（2001,2012） "プライマリ"および "セカンダリ" DNSサーバー。 。頻繁に与えられる答え。
- ジョナサン・デ・ボイン・ポラード（2004）。 「ラウンドロビン」リソースレコードセットのシャッフルの無用 。頻繁に与えられる答え。