Chromeは、OSのデフォルトを使用するFirefoxおよびIEとは異なるDNSサーバーを使用しますか？

13

一般的なChromeの設定では、異なるDNSサーバーを使用し、FirefoxとIEはOSネットワークのデフォルトを使用しますか？

Chrome（仮想PC上にあるものを含む）に「ホストを解決しています」と表示され、そこで20、30秒待機しますが、FirefoxとIEは表示されません。（したがって、空白のページで20、30秒後に、ページは最終的にロードできなくなります）。

それでは、Chromeがやっていることでそれを変える何かがありますか？

— 無極性
ソース

18

はい、そうですね。Chromeには、デフォルトでDNSキャッシング/プリフェッチと呼ばれるオプションが有効になっています。

通常、ChromeはDNSクエリをキャッシュ/プリフェッチするため、ユーザーのブラウジングエクスペリエンスを「高速化」できます。

問題がある場合は、レンチ->オプション->フードの下でDNSプリフェッチを無効にしてみてください。

編集： ChromeはDNSルックアップを行うために独自のサーバーを使用しませんが、最初にロードされたときにページ上のリンクのすべてのDNSエントリをルックアップします。

— コリー・プラステック
ソース

2

オペレーティングシステムの設定とは異なる DNS を使用していると思いますか？

— アルジャン

5

少し古いですが、これは誤報だと思うので、とにかく応答すると思いました。Google Chromeは最初にシステムの設定を無視し、最初にGoogleのDNSを使用します（2001：4860：4860 :: 8888）。私はしばらくこれを見てきましたので、完全に新鮮でクリーンなシステム、ファイアウォールログ、パケットスニファーで検証しました。私は他のブラウザで同じ動作を目撃したことがなく、ファイアウォールでブロックするだけでこの「問題」を回避しました。

— マイケルプレスコット14年

1

これはChromeの最新（2015年頃）バージョンに関連していますか？今日は選択肢が見つかりません

— G-。

1

@Gはい、現在（v42）の下にありMenu > Settings > Show advanced settings... > Privacy > Prefetch resources to load pages more quicklyます。しかし、それを無効にすると、私は41となりました42にクロム36（と思う）からアップデートするので（Chromeのみで）を取得絶え間ないDNSエラーを解決していません：net::ERR_NAME_NOT_RESOLVED、This webpage is not available。とんでもない。

— JMM

これにより問題が発生する例、新しいAレコードで設定した独自のDNSおよびWebサイトがある場合は、ipconfig /flushdns && ping example.com（Windowsで）実行します。正しいアドレスが表示されることを確認します。Google DNSリゾルバーのアドレスが異なる場合は、アドレスが表示されchrome://net-internals/#dns ます。ブラウザでこのキャッシュをクリアしてexample.comを更新すると、解決されたアドレスが表示されます。Googleのサーバー*が名前付きエントリではなく（アスタリスク）エントリを使用していることに気づいたことがあります。

— ブロンデイビス

2

ChromeのDNSプリフェッチが完全に壊れていることは間違いありません。この機能がホストの解決に問題を引き起こさない（長い遅延、または完全に解決できない）Chromeインストールをまだ見ていません。私の提案は、オプションでこれを常に無効にすることです。

この機能は「DNSプリフェッチを使用してページの読み込みパフォーマンスを向上させる」と呼ばれています...これは非常に笑えます。

— ぜいたく
ソース

2

Chromeは確かにシステム固有の設定ではなくシステムDNS設定を使用し、さらにネットワーク接続設定はFirefoxとは異なり、システム設定を使用します（Windowsではいずれにせよ、最近のMacリリースでの処理方法は確認していません）独自の接続設定スタックがありますが、マシンの基盤となるDNSおよびIP設定を使用する必要があります。（共有）システムレベルで設定しない限り、代替を見つける方法はありません。

DNSプリフェッチ機能について多くの苦情がありましたが、私はそれで問題を経験していませんが、苦情の量は、名前解決の問題がある場合、それはあなたが最初に見るべきであることを示しています。

AFAIK Chromeは、ネットワーク設定でDNS設定が使用されている場合、常にIPv6 AAAA名前要求を発行します
これらの要求にはうまく応答しません。タイムアウトしてipv4に戻る前に受け入れ可能な応答を待機するため、名前の検索で非常に長い遅延が発生する可能性があります。Firefoxにも同様の問題がありましたが、最近のバージョンではpoor \ invalid ipv6応答をより優雅に処理しているように見えます。これはもはや一般的には表示されませんが、Firefoxの最近のバージョンではこの症状は見られません。同様に、私が使用しているデベロッパーチャンネルのChromeビルドはこれに問題はありませんが、初期の製品リリースではこれを確認しました。これについては、ブラウザ\ OS開発の最前線で継続的に議論されていますが、

私のホームDSLルーター（Netopia 2247-02）は、デフォルトでDNSプロキシとして設定され、ipv6 AAAAリクエストへの応答がこの問題を引き起こします。セットアップでこれに問題が発生するかどうかは、使用しているDNSの特定の動作に依存し、DNSプロバイダーの変更（および上記のプロキシ動作が無効になっていることの確認）が役立つはずです。

— ヘルヴィック
ソース

これは指定された答えでなければならないと思います。この答えは確かに私の問題を解決するのに役立ちました。問題は、OSのIPv4 DNS設定は構成したが、IPv6 DNS設定は構成しなかったことです。Chromeは常にIPv6をクエリするため、矛盾が生じます。

— サンタリ

0

Firefoxでlocalhostに接続すると、Windows 7ボックスでこの動作に気付きました。すべてのリクエストには1秒かかりました。Firebugを使用して、DNSルックアップに時間がかかっていることに気付きました。about：config network.dns.disableIPv6オプションをtrueに設定すると、この問題を回避できました。残念ながら、Chromeを手伝うことはできません。これで成功した場合は報告します。

それだけの価値があるので、localhostをhostsファイルに追加してみても無駄になりました。解決には効果がありませんでした。たぶん、ipv6リゾルバーはWindows 7の従来のhostsファイルを使用しません。

— ピート
ソース

0

実際には、Chromeはできる独自のDNSサーバの代わりに、システムのデフォルトにクエリを発行します。これは、ルーター（つまりDHCP）でオーバーライドするとき、および独自のDNSサーバーを設定しようとするVPNアプリを使用するときに表示されます。どちらの場合も、Chromeは独自のChromeを使用して表示されます。

参照：

— リル・ビル
ソース