一時間もウェブサイトが読み込まれない理由を考えて悩んだことはありますか？はい、私も以前は同じことを考えていましたが、実際の原因はほとんどの場合DNSであり、私のインターネット接続ではないことに気づきました。

それで私はChromeのNet Internalsを掘り下げ始め、面白いことに気づきました - 実は似たような名前の2つのDNSセクションがあり、全く異なる役割を果たしているのです。私はDNSキャッシュとDNSイベントについて話しています。ほとんどの人はこれらが2つの別々のツールだとは気づいておらず、そこが混乱の原因です。

私が見つけたことを説明します。DNSキャッシュは基本的にChromeのウェブサイト用のメモリバンクです。あなたのブラウザがウェブサイトのIPアドレスを見つけると、その情報を保存し、次回DNSサーバーに再度問い合わせる必要がなくなります。かなり効率的ですよね？ページの読み込みも速くなります。なぜならChromeはすでにどこに行けばいいか知っているからです。でもここに落とし穴があります - もしウェブサイトがサーバーを切り替えたり、ネットワーク設定が変わったりすると、Chromeは古いキャッシュデータをまるで正確な情報のように使い続けます。そうなると真っ白なページを見つめることになります。

一方、DNSイベントは全く異なります。何も保存していません - もっとライブの活動ログのようなものです。トラブルシューティングをしているとき、DNSイベントはChromeがリアルタイムでアドレス解決を試みている様子を正確に示します。名前解決の失敗、タイムアウト、ネットワークエラーなど、すべてが展開されるのです。

私が気づいたのは、違いはとてもシンプルだということです：DNSキャッシュは「Chromeはすでにどんな情報を持っているか？」に答え、DNSイベントは「Chromeは今何をしているのか？」に答えます。片方はデータを保存し、もう片方は活動を記録しています。

私のサイトが読み込めなかったとき、私はchrome://net-internals/#dnsにアクセスしてキャッシュを確認しました。すると、そのウェブサイトはサーバーを移動していたのに、私のブラウザは古いアドレスをまだ保持していたのです。そこで学んだのは、「ホストキャッシュをクリア」ボタンをクリックすれば、保存されたDNSデータを一掃できるということです。履歴やパスワードには触れずに済みます。

でも、私がより良くトラブルシューティングできるようになったのは、両方のツールを併用したときです。キャッシュをクリアした後、DNSイベントを見て新しい名前解決の活動を確認します。クリア後にDNSイベントで成功した名前解決が見られれば、問題は解決です。エラーが続く場合は、ネットワークの問題やサーバーの問題など、もっと深い原因があるとわかります。

DNSイベントの面白いところは、実際に何かを壊すことはできないという点です。単なるログだからです。DNSキャッシュは実際にページの読み込みに影響します。だからトラブルシューティングをするときは、まずキャッシュをクリアし、その後DNSイベントを監視して次に何が起こるかを見るのが良いです。

私が見つけたのは、サイトが読み込めないときはchrome://net-internals/#dnsにアクセスするのが最初の動きになったことです。30秒もかからず、ほとんどの問題が解決します。Chromeは他のブラウザには隠されているこうした情報にアクセスできるのが便利です。何を見ているのか理解していれば特に役立ちます。

奇妙なのは、多くの人がこれら2つが違うものだと知らないことです。彼らはDNSキャッシュとDNSイベントは同じものだと思っていますが、実際はそうではありません。ひとつは保存されたデータ、もうひとつは活動レポートです。その違いを理解することで、トラブルシューティングのストレスが大幅に減ります。