
DNS を選択する必要がある場合は、次の点を考慮する必要があると思います。
- スピード
- 信頼性
- プライバシー
- コントロール(レポートと統計)
私が思いつく主な選択肢と、上記の要素に応じてそれらをどのように評価するかは次のとおりです。
- 私の ISP = 高速 (私に近い) だがプライバシーは低い (DNS リクエストを私自身に関連付けることができる)
- OpenDNS など = 制御とプライバシーの強化 (彼らが持っているのは私の電子メール アドレスの 1 つだけです)
- Google = プライバシーの低下(DNS リクエストを Google アカウントや検索に関連付けることができる)
どのような重み付け係数、またはその他のオプションを見逃しましたか?
答え1
私のISP = より速い(私に近い)
これはよくある誤解ですが、距離だけでは速度は上がりません。古い金属製の単一ネットワークケーブルと、新しい複数のガラスファイバーケーブルシステムを比較してみましょう。ユーロDOCSIS 3.0。
伝播遅延以外にも、サーバー上での処理遅延もあります。ISP の DNS サーバーは Google がホストする DNS サーバーよりも性能が劣るはずです。そのため、ISP の DNS サーバーよりもずっと遠くにあるサーバーの方が実際に高速である可能性は十分にあります...
DNS ルーター/サーバーをホストするのが最も高速かもしれませんが、すべての DNS レコードが保存されるわけではありません。
名前ベンチGoogle のアドバイスは、より適切な DNS サーバーを選択するのに役立ちますが、質問の残りの部分は主観的なものです。
あなたは 5 分間の余裕があるパワー ユーザーですか? より高速なインターネット体験をお望みですか?
namebenchを試してみてください。最速のものを探し出しますDNS サーバーコンピュータで使用できます。namebench は、Web ブラウザの履歴、tcpdump 出力、または標準化されたデータセットを使用して公正かつ徹底的なベンチマークを実行し、個別の推奨事項を提供します。namebench は完全に無料で、システムを一切変更しません。このプロジェクトは、Google の 20% プロジェクトとして始まりました。
namebench は Mac OS X、Windows、UNIX で実行され、グラフィカル ユーザー インターフェイスとコマンド ライン インターフェイスの両方で利用できます。
このプログラムの使用中に表示される画面は次のとおりです。
コマンドラインバージョンもあります:
Final list of nameservers considered:
------------------------------------------------------------------------------
130.85.1.5 UMBC 5 US 56 ms |
208.67.222.220 OpenDNS-3 56 ms | www.google.com is hijacked: google.navigation.opendns.com
209.244.0.4 Level3-R2 62 ms |
216.146.35.35 DynGuide 63 ms | NXDOMAIN Hijacking
204.9.56.9 BroadAspect US 63 ms |
8.8.4.4 Google Public DNS- 64 ms | Replica of Google Public DNS [8.8.8.8]
208.67.220.220 OpenDNS 65 ms | www.google.com is hijacked: google.navigation.opendns.com
156.154.70.1 UltraDNS 67 ms | NXDOMAIN Hijacking
127.0.0.1 Localhost IPv4 68 ms | NXDOMAIN Hijacking (www)
209.18.47.61 RoadRunner NC US 68 ms | Replica of RoadRunner NC-2 US [209.18.47.62], NXDOMAIN Hijacking (www)
156.154.71.22 Comodo Secure DNS- 80 ms | NXDOMAIN Hijacking
209.18.47.62 RoadRunner NC-2 US 104 ms | (excluded: Slower replica of RoadRunner NC US [209.18.47.61])
- Sending 250 queries to 11 servers...
Mean response (in milliseconds):
--------------------------------
Google Public DN ################# 64.85
Comodo Secure DN ################### 72.84
RoadRunner NC US ####################### 91.19
UltraDNS ####################### 91.61
Localhost IPv4 ########################### 108.66
OpenDNS ############################ 110.69
OpenDNS-3 ###################################### 149.85
DynGuide ####################################### 156.60
Level3-R2 ########################################### 169.81
UMBC 5 US ########################################### 172.63
BroadAspect US ##################################################### 214.19
Response Distribution Chart URL (200ms):
----------------------------------------
http://chart.apis.google.com/chart?cht=lxy&chs=720x415&chxt=x,y&chg=10,20&chxr=0,0,200|1,0,100&chd=t:0,8,8,9,10,1...
Response Distribution Chart URL (Full):
---------------------------------------
http://chart.apis.google.com/chart?cht=lxy&chs=720x415&chxt=x,y&chg=10,20&chxr=0,0,3500|1,0,100&chd=t:0,0,0,1,1,1...
Recommended configuration (fastest + nearest):
----------------------------------------------
nameserver 8.8.4.4 # Google Public DNS-2
nameserver 127.0.0.1 # Localhost IPv4
nameserver 209.18.47.62 # RoadRunner NC-2 US
答え2
良いDNSサーバーをテストして見つけるためのもう一つのフリーウェアツールはDNSベンチマークGRCによる
カスタマイズされたトップ 50 リスト (通常は Google と OpenDNS の両方がリストされます) が付属しており、IP に基づいてテストするのに最適な 50 のサーバーが見つかります。
非常に徹底的なテストを実行し、サーバーが DNSSEC をサポートしているかどうか、また不正なドメインを「無効なドメイン」応答を返すのではなく独自のランディング ページにリダイレクトしているかどうかを判断します。
答え3
多くのコンテンツ配信ネットワークは、最適な場所にルーティングするために DNS サーバーを使用しますが、Google または OpenDNS を使用すると、最適にルーティングできない可能性があります。Google コンテンツに Google DNS を使用すると、優れたパフォーマンスが得られますが、他の DNSLB や Limelight、Level3 などの CDN ではそうではありません。OpenDNS を使用すると、他のすべてのものと同じ結果になります。 Googleはこの問題に対するいくつかの修正案に関するRFCを公開した。しかし、それらは実装されていないため、非ローカル ネーム サーバーを使用すると困った状況に陥ります。
答え4
見逃した点が 1 つあります。
それらはどの程度準拠しているのでしょうか? (あるいは、どの程度平凡なのでしょうか?)
DNS サービスが次のようなことを行っていることがわかります。
- 特定のものを除外すること。(検閲)
- 特定のリクエストを、それ自身に役立つ結果に置き換えます。
- 利益にならない関係者に関するサービスは抑制されます。
例えば、私が一度もないOpenDNS を使用する理由は、解決できないすべてのアドレスを特別な OpenDNS IP アドレスに解決するためです。私の記憶が正しければ、OpenDNS による広告で未解決の要求の検索が開始されます。
これは非常に迷惑だと思います。なぜなら、アドレスが解決できない場合に検索エンジンが独自の動作を提供するようにしたいのですが、これにより、解決できないアドレスをすべて検出できなくなるからです。