DNS キャッシュのクリアで通信が速くなるという神話

どの高速化記事も、最後にはターミナルを開いて ipconfig /flushdns を実行し、快適なブラウジングを楽しめと言ってきます。コマンド自体は本物で、1秒で終わりますが、健全な回線で測定できる何かを変えるわけではありません。DNS キャッシュは、そもそもブラウジング速度が宿る場所ではないのです。

キャッシュの仕事と、そのささやかな影響

サイトを開くと、Windows は DNS リゾルバーにドメイン名を IP アドレスへ変換させ、その答えを小さなキャッシュに残すため、次の訪問では質問を省けます。エントリはドメインが定めたタイマーで失効します — たいてい1分から1日の間 — そして新しい検索には数十ミリ秒かかります。1ページの読み込みには数回の検索があるだけなので、最悪の場合でも、スクリプトや画像やフォントの実際のダウンロードに比べれば誤差に相当します。ブラウザーはシステムとは別に独自の小さな DNS キャッシュを持ち、DNS-over-HTTPS を使っていれば Windows のキャッシュは完全に迂回されます。

クリアが本当に何かを直すケース

このコマンドが報われるのは限られた状況で、そのすべてが速度ではなく古い・間違ったエントリの話です：

hosts ファイルを編集したのに、Windows は TTL が切れるまで古い答えを返し続ける
サイトが IP アドレスを変え、自分のマシンは死んだアドレスにかけ続ける — ページは失敗するか、間違ったエッジサーバーから届く
VPN と通常のネットワークを切り替えた際、リゾルバーのキャッシュが反対側の答えを保持している
企業やキャンパスのネットワークが内部 DNS レコードを入れ替え、自分の PC は前のものを覚えている
DNS 自体をデバッグしている — 新しいリゾルバーやフィルタリング構成を試していて、試行のたびに白紙が必要

健全な回線を速くできない理由

キャッシュを空にすると、次の検索は上流へ — ルーター、プロバイダーのリゾルバー、1.1.1.1 のような公開リゾルバー — 向かいますが、そこにはたいていまだ答えが残っているため、ほぼ同じ速さで戻ってきます。すでに温かいキャッシュを温め直しているだけで、本当に冷えた検索ですら、秒単位で測られるページ読み込みに比べればミリ秒の話です。ブラウジングを実際に遅くするもの — 肥大化したブラウザープロファイル、20個の拡張機能、弱い Wi-Fi、飽和した回線 — は DNS とは無関係です。もしフラッシュで「インターネットが直った」経験があるなら、本当の問題は古いエントリであり、それは正確性の修正であって性能の修正ではありません。