回答:
RFC 1034に準拠したDNSが必要な場合、およびGoogleについてすべてがtinfoil-hatでない場合は、Googleが適しているように見えます。
OpenDNSは未解決のDNSクエリをハイジャックし、広告にリダイレクトします。これにより、NXDOMAIN応答が中断されます。しかし、彼らの名声は、DNSレベルでユーザー定義可能なフィルタリングを提供することです。
率直に言って、NXDOMAINをハイジャックするDNSプロバイダー以上に私を怒らせているものはほとんどないので、おそらく個人的なもののためにGoogleに切り替えます。
そして、覚えやすいDNS IPを取得するのは難しいです!(8.8.8.8および8.8.4.4)
Googleデータセンターからそれほど遠くない場所で、Akamaizedトラフィックにあまり依存していない状況。
さまざまな大手プロバイダーは、DNSクエリがどこから来たのかを調べ、そこから大まかな近似を行うことで、ネットワーク上の「近くの」サーバーにユーザーを誘導しようとします。これは、DNSキャッシュがネット上で十分に「近く」にある限り、ほとんどの場合機能します。これはアカマイの仕組みの一部です。
オープンrecursorsのいずれも現在そう使用して、権威サーバへのクエリアの位置情報に渡す方法を提供しないもの、あなたがアカマイのようなサービスを体験していることの性能を傷つけるでしょうOpenDNSのかGoogleDNSなどを。いくら?それは、ローカルネットワーク、Googleのキャッシュにどれだけ近いかなどに依存します。
OTOH、小規模なオペレーションで、アップリンクの使用率を下げるためのローカルWebキャッシュ(squid?)がある場合、アカマイがサービスを提供するトラフィックはキャッシュをヒットする可能性が高くなります。バランスが取れているかどうかにかかわらず、試行錯誤とユーザーレポートに基づいて判断できるのはあなただけです。
GoogleDNSサーバーへのping時間が短い限り、それは実際に「吸って見て」、それがあなたのために機能するかどうかを判断する場合です。もしそうなら、あなたはあなたの利益のために無料のサービスを使うことができます。そうでない場合は、スイッチバックして何もしていません。これは元に戻すのが難しい設定変更ではありません。
[開示:私の雇用主はこれにスタンスを持っている、私は独立した声ではない]
間のパフォーマンスの違いを考慮します
8.8.8.8およびISPのDNSサーバーへのtracerouteを試してください。
おそらくあなたの変化の推進力は次のとおりです。
与えるようにしてくださいGoogleの公開DNSプライバシーの記事を読むに。