GoogleとOpenDNSは、DNSプロトコルの改善を示しています

GoogleとOpenDNS、ウェブ上で最も人気のあるXNUMXつのパブリックネーム解決サービス、 提案し、実装しました DNSプロトコル拡張 それが可能になります 速度を向上させる コンテンツ配信ネットワークのリソースを使用する場合のナビゲーション。


大規模なコンテンツ配信会社は、コンテンツ配信ネットワーク(CDN)と呼ばれるシステムで世界中にサーバーを分散させています。 この良い例は、たとえば、サードパーティ企業のファイルストアとして機能するAkamaiです。

CDNに、利用可能なすべてのコンテンツが複製された国にサービスを提供する専用サーバーがあると仮定すると、すべてをXNUMXつの場所に集中させる場合と比較して得られる大きな利点は、理論的にはコンテンツへのアクセス時間が最小限に抑えられることです。 (待ち時間)たとえば、セビリアのユーザーは、米国の本社と通信する代わりに、スペインにあるサーバーと通信するためです。

これを実現するために、CDNはDNSシステムを使用します。このシステムは、要求を行ったコンピューターのIPアドレスに基づいて、その発信元を見つけ、その国または地域に最も近いコンテンツサーバーのIPで応答できます。

ただし、これは、オペレーターが提供するDNSを使用せず、コンピューター上でGoogleやOpenDNSなどのパブリックDNSを構成するネットワークユーザーが少なくない場合、もはや理想的ではありません。記事に含まれるXNUMXつの例を挙げてください。

  1. ブラウザバーにウェブページloquesea.euを書き込みます。
  2. どのIPが名前に対応するかを知らないコンピューターは、構成したDNSサーバー(1)(オペレーターまたは別のサーバー)に変換を要求します。
  3. このサーバーのキャッシュが空であると想定した場合、いわゆるルートサーバーに支援を求める必要があります。これにより、すべてのアドレス指定.euスペースを担当するサーバーがわかります(2)。
  4. その後、操作が繰り返されます。 この場合、構成したDNSサーバーは、(3)名前loquesea.euとそのサブドメイン(例:linebenchmark.loquesea.eu)を制御しているサーバーに関するすべての.eu名を担当するサーバーに問い合わせます。 。
  5. 最後に、最後のDNS要求がこの最後のサーバーに対して行われ、loquesea.euのIPアドレスが返され(4)、最初のインスタンスでクエリを開始したコンピューターに渡され(5)、最終的にHTTPが開きます。セッションしてウェブサイトをダウンロードします(6)。

ご覧のとおり、これはかなり複雑なプロセスですが、ネットワークユーザーの目には透過的に発生します。

CDNにアクセスするときのDNSパフォーマンスの改善

前述の従来のCDNのDNSシステムの問題は次のとおりです。目的の宛先のIPを取得するためのDNSネゴシエーションは中間サーバーによって実行されるため、CDNは要求の発信元として米国にあるGoogleDNSサーバーを検出します。ユナイテッド。 これを考えると、CDNは、スペインではなく米国のサーバーのIPで応答します。 待ち時間が長くなるため、パフォーマンスが低下します。

これを解決するために、で提案されている拡張機能を利用するDNSプロトコルの変更が考案されました。 RFC 2671 名前の解決をよりインテリジェントにするため。

と呼ばれるアイデア グローバルインターネットスピードアップ そしてそれはまだ ドラフトフェーズ、クライアントの元のアドレスで支援され、リクエストにもうXNUMXつのデータフィールドとして追加されます( "edns-client-subnet")。

実際には、ユーザーのプライバシーを維持するために、送信されるのはユーザーのパブリックIPアドレスの一部です(ビットは最後から削除されます)。したがって、1.2.3.4を送信する代わりに(これがユーザーのパブリックIPである場合)は、1.2.3.0ビットのネットマスクを伴って24(すべての中間DNSサーバーがこの情報を読み取ることができます)によって切り捨てられます。

これにより、GoogleのDNSが使用されても問題ありません。これは、ユーザーの情報がリクエストのデータとして添付されている場合、宛先サーバーがこの新しいイニシアチブと互換性がある場合、コンテンツに実際にアクセスする場所を正しく判断できるためです。クライアントに最も近いサーバーで応答し、待ち時間を最小限に抑えて、ブラウジング速度を向上させます。

プライバシーを疑う人のために、ユーザーのIPアドレスの一部が送信されないように構成できます(0.0.0.0/0が送信されます)。 このような場合、サービスはCDNの従来のDNSのように機能することを理解しています。 つまり、CDNは、実際の発信元についての手がかりがないため、要求を行っているDNSサーバーに最も近いIPで応答します。

現時点では、GoogleとOpenDNSの両方が、CDNetworks、EdgeCast、BitGravity、およびAkamai自体と一緒に開発したこの新機能をシステムにすでにインストールしており、ドラフトの作成に役立っています。

これがネットワークの実際のパフォーマンスにどの程度の影響を与えるかはまだ不明ですが、IETFがこの手法を、現在のドラフトバージョンまたは現在のドラフトバージョンのいずれかでオペレーターが採用できる標準として採用することになるのはまったく不合理ではありません。最終。

出典 ブロードバンド


コメント、あなたのコメントを残してください

コメントを残す

あなたのメールアドレスが公開されることはありません。 必須フィールドには付いています *

*

*

  1. データの責任者:MiguelÁngelGatón
  2. データの目的:SPAMの制御、コメント管理。
  3. 正当化:あなたの同意
  4. データの伝達:法的義務がある場合を除き、データが第三者に伝達されることはありません。
  5. データストレージ:Occentus Networks(EU)がホストするデータベース
  6. 権利:いつでも情報を制限、回復、削除できます。

  1.   トゥルコ

    そして、linuxuuでIPアドレスを更新するクライアントをインストールする方法