ページ読み込み遅延の排除:DNS の切り替えにより迷惑な一時停止がどのように解消されたか

2026 年 4 月 8 日、午前 10 時 30 分 EDT に公開

Roine Bertelson は、ストックホルムを拠点とするテック ライター、翻訳者、デジタル ストラテジストであり、AI ツール、Linux、コンシューマー テクノロジー、サイバーセキュリティ、SEO 主導のコンテンツに関して 20 年以上の実践経験があります。彼は、複雑なトピックを、読者が実際の問題を解決するのに役立つ明確で実践的なガイダンスに変えることで知られています。人々が彼の作品を信頼しているのは、彼が記事にしているツールを実際に使用してテストし、意図的に物事を破壊し、現代テクノロジーの混乱を人間的で誠実で役立つと感じるアドバイスに変換しているためです。

スピードテストでは、見事な結果が得られました。ダウンロードは速かったです。私が積極的にそれを破ろうとしない限り、YouTube はバッファリングされませんでした。紙の上では、私のつながりはRedditのスレッドで自慢できるもののように見えました。それでも…ページを開くたびに、そこにはそれがありました。その小さな、イライラする一時停止。ローディングバー、スピナー、安心感を与えるアクティビティのちらつきはありません。コミットする前にインターネットが自動的に収集する必要があったような、何もない奇妙な 0.5 秒です。文句を言うほどの長さではありませんでしたが、感じるには十分な長さでした。

この種の遅延はベンチマークには現れません。それは別の場所に住んでいます。筋肉の記憶、期待、そして微妙な「なぜこれが不快に感じるのか？」それは100番目のタブの後に忍び込みます。みんながやっていることを私もやりました。ブラウザのせいにした。タブを閉じて再度開きました。ヴィヴァルディは常に何らかの罪を犯しているので、再びヴィヴァルディを責めることを考えました。しかし、これはRAMでも、CPUでも、さらには接続自体でもありませんでした。 DNS は、他の何かが始まる前に、静かに足を引きずっていました。

実際に読み込みが始まる前にすべてが遅く感じられる理由

その目に見えない遅延は帯域幅ではなく、検索時間でした

Web サイトが読み込まれる前に、システムは非常に基本的な質問をする必要があります。「これはどこにありますか?」その質問は DNS リゾルバーに送られます。ドメイン名などの人間が作成したものを、システムが実際に接続できるものに変換します。そして、その質問が答えられるまでは何も起こりません。コンテンツの読み込みは開始されず、スクリプトも起動せず、画像も表示されません。すべてがそこにあり、DNS が仕事を完了するのを丁寧に待っています。

その一歩が少しでも遅いと、体験全体が躊躇してしまいます。壊れているわけではありませんが、ただ…不安です。 Mint や Ubuntu ベースのセットアップを含むほとんどの Linux システムは、ISP が提供する DNS をデフォルトで使用します。これは、少しへこんだショッピング カートがまだ回転するのと同じように機能します。

しかし、これらのサーバーは常に高速であるとは限りません。彼らはいつも近くにいるわけではありません。また、最新のパブリック リゾルバーのように応答性が最適化されることはほとんどありません。したがって、すべての新しいリクエストには、多少の躊躇が組み込まれています。叫ぶほどではありませんが、ため息をつくには十分です。

クイズ

8 つの質問 · あなたの知識をテストしてください

MUO DNS およびネットワーキング チャレンジ

インターネットがなぜ躊躇するのか知っていると思いますか? DNS とネットワークの知識を究極のテストにさらしてください。

DNSネットワークプロトコルセキュリティパフォーマンス

開始

DNS とは何の略ですか?

Aデータ ネットワーク サービスBダイナミック ネーム システムCドメイン名システムDデジタル ノード サーバー

正解です！ DNS はドメイン ネーム システムの略です。これはインターネットの電話帳のように機能し、「google.com」などの人間にわかりやすいドメイン名を機械が読み取り可能な IP アドレスに変換して、ブラウザが接続先を認識できるようにします。

そうではありません。答えはドメイン ネーム システムです。 DNS は、アクセスするすべてのサイトの 192.168.1.1 のような数字の文字列を記憶することなく、ウェブをナビゲートするためのバックボーンです。

続行

コンピュータがウェブサイトを読み込む前にドメイン名を検索する必要がある場合に生じる遅延を指す言葉は何ですか?

AL 遅延スパイクBDNS ルックアップ時間 C パケット損失 D ハンドシェイク遅延

正解です！ DNS ルックアップ時間は、ドメイン名を IP アドレスに解決するために DNS サーバーにクエリを実行するときにデバイスが経験する遅延です。 Cloudflare (1.1.1.1) や Google (8.8.8.8) などのより高速な DNS プロバイダに切り替えると、この一時停止を大幅に短縮できます。

完全ではありません。答えは DNS ルックアップ時間です。これは、名前解決プロセスによって生じる特有の遅延です。遅延とパケット損失は実際のネットワーク問題ですが、最初のドメイン ルックアップの一時停止とは異なる問題を表します。

続行

Cloudflare のプライマリ パブリック DNS リゾルバー IP アドレスは次のうちどれですか?

A8.8.8.8B9.9.9.9C1.1.1.1D208.67.222.222

正解です！ CloudflareのプライマリDNSリゾルバーは1.1.1.1で、プライバシーと速度に重点を置いて2018年に発売されました。常に世界最速の DNS リゾルバーにランクされており、広告目的でクエリ データを記録しません。

不正解です。正解は 1.1.1.1 で、Cloudflare に属します。記録として、8.8.8.8 は Google の DNS、9.9.9.9 は Quad9、208.67.222.222 は OpenDNS であり、すべて ISP のデフォルト DNS の正当な代替手段です。

続行

標準の暗号化されていない DNS トラフィックは通常どのポートを使用しますか?

Aポート 80Bポート 443Cポート 25Dポート 53

正解です！ DNS はデフォルトでポート 53 で動作し、素早いクエリには UDP を、大規模な応答やゾーン転送には TCP の両方を使用します。これはネットワークにおける最も基本的なポート番号の 1 つであり、ファイアウォールやセキュリティの設定で頻繁に使用されます。

不正解です。DNS はポート 53 を使用します。ポート 80 は HTTP、ポート 443 は HTTPS、ポート 25 は電子メール用の SMTP です。これらの標準的なポート割り当てを知っておくことは、ファイアウォールを設定したり、ネットワークの問題をトラブルシューティングしたりする人にとって不可欠です。

続行

DNS リゾルバーのキャッシュを破壊してユーザーを悪意のある Web サイトにリダイレクトする攻撃には、どのような種類がありますか?

ADNS トンネリングBDNS スプーフィングCARP ポイズニングDBGP ハイジャック

正解です！ DNS スプーフィング (DNS キャッシュ ポイズニングとも呼ばれます) には、偽の DNS レコードがリゾルバーのキャッシュに挿入され、ユーザーが知らないうちに攻撃者が制御するサイトにリダイレクトされます。 DNSSEC (DNS Security Extensions) は、この脅威に対する防御を支援するために特別に開発されました。

そうではありません。答えは DNS スプーフィング (またはキャッシュ ポイズニング) です。 DNS トンネリングは DNS クエリを使用してデータを密輸し、ARP ポイズニングはローカル ネットワーク トラフィックをターゲットにし、BGP ハイジャックははるかに大規模なインターネット ルーティングに影響を与えます。キャッシュ ポイズニングは、特に DNS 解決プロセスをターゲットにした攻撃です。

続行

DNS TTL 値は何に使用されますか?

ADNS パケットが通過できる最大ホップ数を設定しますBDNS レコードが更新されるまでにキャッシュされる期間を定義しますCサーバーが処理できる同時 DNS クエリの数を制限しますDサーバーとクライアント間の DNS 応答を暗号化します

正解です！ TTL は Time To Live の略で、DNS では、リゾルバーが再度クエリを実行するまでに、解決されたレコードをキャッシュに保存する秒数を指定します。 TTL が低いということは、変更の伝播がより速いことを意味します。 TTL を高くすると、DNS クエリの負荷は軽減されますが、更新が遅くなります。

完全ではありません。DNS の TTL は、ホップ、クエリ制限、暗号化ではなく、レコードのキャッシュ有効期間を定義します。興味深いことに、IP パケットにも TTL フィールドがありますが、ネットワーク ホップがカウントされます。これは、同じ用語がコンテキストごとに異なる意味を表すため、一般的な混乱の原因となります。

続行

ドメイン名を IPv6 アドレスにマッピングするのは、どのタイプの DNS レコードですか?

AA レコードBCNAME レコードCAAAA レコードDMX レコード

正解です！ AAAA レコード (「クアッド A」と発音) は、ドメイン名を 128 ビットの IPv6 アドレスにマッピングします。標準の A レコードは IPv4 アドレスを処理しますが、CNAME はエイリアス レコードで、MX レコードは電子メール トラフィックを適切なメール サーバーに送信します。

完全ではありません。IPv6 アドレスは AAAA レコードに保存されます。 A レコードは IPv4 を処理し、CNAME はドメイン エイリアスを作成し、MX レコードはメール ルーティングを処理します。 IPv6 の採用が進むにつれて、DNS 設定における AAAA レコードの重要性がますます高まっています。

続行

1983 年のオリジナルの DNS 仕様 (RFC 882) では、DNS が存在する前にホスト名を解決するために使用されていたものは何ですか?

AWINS (Windows インターネット ネーム サービス)BHOSTS ファイルCNIS (ネットワーク情報サービス)DNetBIOS ブロードキャスト

正解です！ DNS が登場する前は、一元管理されている HOSTS.TXT ファイルが ARPANET 上のすべてのコンピュータに配布されていました。 OS は引き続き、DNS にクエリを実行する前に、ローカル ホスト ファイル (Linux/Mac の場合は /etc/hosts、Windows の場合は C:\Windows\System32\drivers\etc\hosts にあります) をチェックします。そのため、このファイルを使用してウェブサイトをブロックしたり、ローカルで DNS をオーバーライドしたりすることができます。

不正解です。答えは HOSTS ファイルです。HOSTS ファイルは、DNS よりもはるかに古いフラット テキスト ファイルです。最新の OS では依然として名前解決時に最初にチェックされます。そのため、マルウェアがこれを変更してトラフィックをハイジャックすることもあり、知識のあるユーザーがこれを編集して、DNS 設定を変更せずに広告をブロックしたり、特定のドメインをオーバーライドしたりするのもその理由です。

私のスコアを見る

チャレンジ完了

あなたのスコア

/ 8

遊んでいただきありがとうございます!

もう一度試してください

カチッとした瞬間

起動が遅い高速インターネットは、非常に特殊な迷惑行為です

最終的に私をひっくり返したのは失敗ではありませんでした。それは一貫性でした。ページの読み込みが始まると、すぐにページが読み込まれました。苦情はありません。遅れはありません。すべてが完璧に機能しているかのように、所定の位置にカチッとはまりました。しかし、そこに到達するのは、ドアをノックして、誰かが答えてくれるのを少し長く待ちすぎているような気分でした。それで私は少し強迫的な方法で注意を払い始めました。同じサイトを繰り返し開いた。最初のロードとリフレッシュを比較しました。キャッシュされたページが新しいリクエストに対してどのように動作するかを観察しました。

キャッシュされたページは即座に表示されました。積極的にインスタントに。新鮮なリクエストですか？毎回同じような気まずい一時停止。そのとき、それは漠然とした煩わしさではなくなり、パターンのように見え始めました。そして、DNS はそのパターンに完全に当てはまります。一度見たら、もう見ずにはいられませんでした。クリックするたびに、まず咳払いが必要なように感じました。

DNS を切り替えることで、ためらいは即座に解消されました

より良いリゾルバーは処理を速くするのではなく、適切に感じられるようにするためです

ISP の DNS から切り替えて、いくつかのよく知られたパブリック リゾルバーをテストしました。

• クラウドフレア (1.1.1.1)
• Google DNS (8.8.8.8)
• Quad9 (9.9.9.9)

大した儀式はありません。システムの全面改修は無し。ネットワーク設定を静かに変更して再接続するだけです。そして、違いはほとんど迷惑なほどすぐに現れました。ページはもう一時停止しませんでした。オープンしたばかりです。新しいタブが交渉のように感じられなくなりました。リンクをクリックした瞬間にリンクが反応しました。あらゆるインタラクションの中で静かに存在していた奇妙なマイクロ遅延が消えてしまいました。同じシステム、同じブラウザ、すべて同じ。

しかし、全体の経験はよりタイトに感じられました。もっと自信を持って。インターネットがついに躊躇するのをやめる決意をしたように。これは、どこにも劇的には現れない変更の 1 つですが、一度それに気づくと、システムに突然コミットメントの問題が発生したように感じます。

ジャーナルドはその行動を無視できないものにしました

DNS クエリをリアルタイムで監視することで、感覚が証拠に変わります

この時点では、ただ改善を感じたいだけではありませんでした。それを現場で捉えたかった。そこで私は、journald に目を向けました。Linux システムで何かが起こっている場合、通常はどこかでそれについて話題になっているからです。

systemd-resolved を使用するシステムでは、DNS クエリをライブで監視できます。

journalctl -u systemd-resolved -f DNS を切り替える前は、パターンは明らかでした。クエリが受信され、少し停止してから解決されます。劇的なものは何もなく、時間の経過とともに少し鈍い応答が積み重なるだけです。切り替え後、すべてが引き締まりました。リクエストはより速く解決され、奇妙な遅延ややりとりが少なくなります。それは、システムがもう自分自身を後回しにする必要がなくなったかのように、よりクリーンで、より決定的に見えました。それは非常に満足できる部分です。

これは、自分自身で気分が良くなると確信するような微調整ではありませんでした。ログがそれをバックアップしました。実際に観察できる形で動作が変化しました。そのため、全体を微調整するというよりは、最初からそれほど遅くなるはずがなかったものを修正するというような感じになりました。

関連

ルーターとコンピューターの DNS 設定:何が速かったかは次のとおりです

ルーター レベルと PC レベルで DNS を比較すると、ネットワークの速度とパフォーマンスが大幅に向上しました。

摩擦を取り除くことは、毎回生の速度を追求することに勝ります

これは接続を最大限に活用することではありません。ダウンロード速度が突然 2 倍になるわけではありません。スピードテストの結果は自慢にはなりません。帯域幅については何も変わりません。変わるのは、すべてがどのように始まるかです。そして、そこにほとんどの経験が活かされます。私たちは大量のファイルをダウンロードすることに日々を費やすことはありません。クリックしてみます。閲覧します。タブ間をジャンプします。私たちは意識的に考えるよりも早くリンクをたどります。

これらのアクションのそれぞれが始まる前に少しでも遅れがあると、それが積み重なり、必要以上に重く感じられます。それは劇的ではありません。ほとんどのツールが考慮する方法では測定できません。しかし、それはシステムの感触に絶対に影響を与えます。 DNS を切り替えると、そのためらいがなくなります。すべてが再びすぐに感じられるようになります。レスポンシブ対応。予測可能。そして、その摩擦がなくなると、再び摩擦が起こるのを容認するのは非常に困難です。なぜなら、インターネットが遅かったわけではないことがわかったからです。非常に単純な質問に他の人が答えてくれるのを待っているだけでした。