学校のWi-Fiにつながっている表示なのにWebページだけ開けない。ブラウザには鍵のマークがあるのに、個人情報を入力してよいか迷う。別の端末で同じサイトを開くとログイン状態が違う。こうした身近な現象には、共通テスト情報Ⅰで学ぶネットワークの重要な概念が詰まっています。「DNSは名前を調べる」「HTTPSは暗号化」という単語の暗記だけで終わらせず、スマートフォンからページが表示されるまでを一つの事件として追ってみましょう。
目次
事件の発端：URLを入力してから画面が出るまで
最初に結論を示します。Webを開く処理は、ざっくり言えば①URLを解釈し、②接続先のアドレスを調べ、③相手との通信路を確立し、④HTTPリクエストを送り、⑤受け取った内容をブラウザが表示する、という流れです。実際にはキャッシュ、接続の再利用、CDN、HTTP/3など複数の仕組みがあるため毎回この順で一から処理するわけではありませんが、基礎理解の骨格として役立ちます。
第1章：DNSは「住所録」だが、Webページそのものではない
人間はexample.orgのような文字列を覚えるのが得意ですが、ネットワーク上の通信ではIPアドレスなどが使われます。DNSは名前に対応する情報を問い合わせる仕組みです。一般的にはブラウザやOSがキャッシュを確認し、必要ならDNSリゾルバが権威DNSサーバなどの情報に基づいて名前解決します。「毎回すべてのDNSサーバを順番に探す」と固定して覚える必要はありません。
DNSの回答が得られても、目的のページが表示されるとは限りません。サーバが停止している、通信経路に問題がある、接続先が応答しない、アクセスが拒否された、という可能性が残るからです。逆にIPアドレスが同じでも、複数のホスト名・サイトを一つのサーバや配信基盤で扱う場合があります。したがって「IPアドレス＝1つのWebサイト」という理解は単純すぎます。
DNSの情報は一定時間キャッシュされることがあり、変更したばかりの設定が端末によって違って見える場合があります。サイト移転の話題で「DNSが反映されるまで待つ」と言われる背景です。ただし、すべての更新に固定の待ち時間があるわけではなく、キャッシュの設定や接続環境に左右されます。
第2章：IPアドレス、ルータ、パケットは役割が違う
IPアドレスは通信先や送信元を識別するために使うネットワーク層のアドレスです。ルータは、宛先へ向けてデータをどこへ転送するかを判断します。パケットはネットワークで扱うデータのまとまりです。データを小分けにして送ることにより、大きな通信を多様な経路・機器で扱えるようにしています。「全部同じ経路を通る」「必ず送った順序で届く」とは限りません。
TCPは信頼性のあるバイトストリーム通信を提供し、順序や再送などを扱います。一方、UDPはTCPと同じ仕組みを持たない簡素な方式で、リアルタイム通信などに使われます。ただし最近のHTTP/3はUDPを土台にするQUICを利用し、その上で信頼性や暗号化を実現します。したがって「Web＝必ずTCP」と言い切る暗記は時代に合いません。入試では問題文が前提とするモデルを確認し、その範囲で判断してください。
家庭や学校のWi-Fiでは、スマートフォンに割り当てられたローカルなIPアドレスと、インターネット側で使われるアドレスが異なることがあります。NATなどの仕組みが間に入るからです。Wi-Fiのマークは無線LANに接続していることを示しても、インターネット上の全サービスが利用できることを保証しません。
第3章：HTTPSの鍵マークは何を保証するか
HTTPSはHTTPをTLSなどで保護する仕組みです。適切に検証されたTLS通信では、通信内容を第三者が途中で簡単に読み取ったり改ざんしたりすることを防ぎ、接続先の正当性確認にも役立ちます。しかし「鍵マークがあればサイトの運営者が誠実」「入力した情報が必ず安全に保管される」という意味ではありません。偽のショッピングサイトや詐欺目的のサイトでもHTTPSを使うことはできます。
高校生の例で考えましょう。SNSで見かけた「英検の結果を無料で確認できます」というリンクを開くとHTTPSでした。それでも正規の団体が運営するサイトか、URLのドメイン名に不自然な文字がないか、入力を求める情報は合理的かを確認する必要があります。HTTPSは通信の保護であり、サービス内容の保証ではありません。
暗号化という言葉も、一種類ではありません。共通鍵暗号は同じ鍵で暗号化と復号を行う考え方、公開鍵暗号は公開鍵と秘密鍵の役割を分ける考え方です。TLSの実際の手順は複雑ですが、通信相手を検証し安全に鍵を共有して通信を保護する、という目的から理解すると丸暗記より整理しやすくなります。
第4章：Cookieとセッション――なぜログインが維持されるのか
HTTPは基本的にリクエストとレスポンスで情報をやり取りする仕組みですが、ログイン状態の管理には追加の仕組みが必要です。その一例がCookieです。サーバがブラウザへCookieを保存させ、次のリクエストで送らせることがあります。ログイン管理に利用される場合、Cookie自体にパスワードを入れる必要はなく、サーバ側が管理するセッションを識別する値などが使われます。
ブラウザでCookieを削除するとログアウトすることがあるのは、その識別情報が失われるためです。一方、Cookieが削除されても別の認証方式によってログイン状態が残るサービスもあります。「Cookieは必ず個人情報を保存する」「Cookie＝広告追跡専用」という理解も不正確です。使われ方は目的や設定次第です。
さらに、SameSite、Secure、HttpOnlyのようなCookie属性は、送信する条件やJavaScriptからのアクセス制限などに関係します。情報Ⅰではすべての詳細仕様まで覚える必要はありませんが、技術は単独の仕組みではなく、さまざまな対策を組み合わせて安全性を高めるものだと理解しておくと応用が利きます。
第5章：障害切り分けをすると知識がつながる
「Wi-FiはつながるのにWebが開かない」場合、考えるべき順番は一つではありません。まず他のサイトも開かないか、同じWi-Fiの別端末ではどうか、モバイル通信に切り替えるとどうかを確認します。他のサイトは開けるなら、特定サイト側の障害、URLの誤り、DNSの問題などが候補です。どのサイトも開けず同じネットワークの端末全体で起きるなら、Wi-Fiルータの先にある回線障害なども考えられます。
「DNSが原因かも」と思ったら、名前解決とその先の通信を区別できるテストが必要です。ただしネットワーク診断コマンドを覚えていなくても、仮説を複数挙げ、状況を比較する思考が大事です。問題文に「DNS問い合わせは成功」「HTTP応答は404」のような条件が書かれていれば、DNSで止まったのではなく、HTTPの応答まで到達したと読み取れます。
ステータスコードも一緒に整理しましょう。200番台は一般に成功、300番台はリダイレクト、400番台はクライアント側の要求に関する問題、500番台はサーバ側のエラーです。ただし「404が出たらインターネットにつながっていない」とは言えません。むしろ目的のHTTPサーバから応答が返ったと考える方が自然です。
セキュリティ判断：通信技術だけでは防げない失敗
フィッシングでは、偽サイトへ誘導して認証情報を入力させる手口が使われます。ネットワークが正常に動作し、HTTPSで保護された通信でも、本人が偽サイトへ情報を送れば被害が生じます。この違いを理解すると「安全な通信」と「安全な行動」を分けられます。
パスワードの使い回しを避ける、多要素認証を使う、ソフトウェアを更新する、送信先ドメインを確認するなどは複数層の対策です。トラブルが起きたとき、実在しない「万能のセキュリティ技術」を探すより、どの層の問題かを切り分けることが大切です。学校で情報モラルを学ぶ目的も、こうした技術と行動の接続にあります。
事例問題：鍵マークがある偽サイト、DNS成功、HTTP404
問題1。「偽サイトだがHTTPS通信に成功した」。この時点で間違いと言える記述は「利用者が入力した情報は詐欺に悪用されない」です。通信保護はサイトの目的を保証しません。
問題2。「DNSで目的のホスト名からIPアドレスが得られた。その後接続がタイムアウトした」。このとき、DNSの名前解決だけは成功した可能性があります。タイムアウトの原因をDNSの失敗と決めつけるのは誤りです。
問題3。「URLにアクセスすると404が返る」。404は通常、要求したリソースが見つからないことを表します。パソコンが一切ネットワークにつながっていないことの証拠にはなりません。
深掘り1：URLのどこまでを相手が知るのか
URLを開くとき、ドメイン名とパス、クエリを区別する意味はプログラミングの知識にとどまりません。https://example.org/article?id=123という例で、example.orgは接続先のホスト名、/articleはパス、id=123は検索条件の一例です。ブラウザの履歴、ページの共有、サイトのログに情報が残る可能性があるため、個人情報をURLへ載せるのは慎重であるべきです。
ただしHTTPSでは通信が暗号化されるため、第三者からURLのパスやクエリが常に平文で見えるわけではありません。状況によっては接続先ドメインに関する情報などが推測され得ますが、「通信経路上の第三者がURL全文を必ず読める」と言い切るのは誤りです。Webセキュリティの問題では、誰がどの立場で何を知ることができるかを分けて考えることが大切です。
ブラウザに同じ文字列を入力したように見えても、URLが一文字違えば別の接続先になる場合があります。ホスト名の末尾に似た文字が付いた偽サイトは、通信そのものが正常であっても危険です。自分がアクセスしようとした組織の正式ドメインかを確認する習慣は、情報Ⅰの学習と日常の安全をつなぎます。
深掘り2：リクエストとレスポンスを紙で再現する
Webブラウザがページを要求するとき、HTTPリクエストを送り、サーバはステータスや内容を応答します。学習用の単純化した例では、「GET /study HTTP/1.1」という要求で/studyというパスの情報を取得したいと伝えます。返答が「200 OK」なら通常は成功、続いてHTMLなどの本文が送られます。ページ内に画像やスタイルなどがあれば、ブラウザがそれらを別途取得することもあります。
一方で「POST」はデータを送る処理に使われることがあります。しかしGETは安全でPOSTは危険、といった区別はできません。HTTPメソッドは要求の意味に関わり、セキュリティは通信の保護、認証・認可、入力内容の検証など別の対策が必要です。例えばログインフォームの送信方法だけで、サービス全体の安全性は決まりません。
ブラウザに「403」と表示されれば、サーバが要求を理解してもアクセスを許可しなかったことが考えられます。401は認証が必要な場面、404は対象のリソースが見つからない場面の代表例です。あくまで一般的な意味であり、実際のアプリがどのコードを返すかには実装差があります。番号の暗記だけより、「要求が届き、応答が返る」という順番から理解する方が応用できます。
深掘り3：認証と認可は何が違うか
ログインは一般に利用者が誰かを確かめる認証に関係します。一方、認可はその利用者が特定の操作をしてよいかという判断です。たとえば大学受験の相談サイトに保護者アカウントとスタッフアカウントがある場合、両方がログインできても、別の家庭の個人情報を閲覧できるとは限りません。「ログインしているからすべてのデータを読める」と設計するのは危険です。
これは同じ学校の学習用アプリにも当てはまります。教員は成績を編集でき、生徒は自分の成績だけを閲覧できる、といった権限の差です。パスワードの強さだけでは守れず、サーバ側で操作を許可するかの判定が必要になります。情報Ⅰの試験では細かな認可プログラムを書かなくても、この二つを分ける概念があると問題状況を整理できます。
実験ノート：家庭でできる安全な観察
家庭で試すなら、まず同じWebページをWi-Fiとモバイル通信の両方で開き、表示が同じか観察します。次にブラウザのプライベートモードで開き、ログイン状態が違うかを調べます。ただし共有端末や学校アカウントでは、学校の利用ルールに従ってください。また、ブラウザのCookieを消去すると保存したログイン情報などへ影響が出るため、実験用のアカウント以外では無闇に変更しない方が安全です。
観察した結果には複数の解釈があります。プライベートモードでログアウト状態ならCookieの影響かもしれませんが、それだけで認証方式のすべてが分かるわけではありません。学習の目的は「一つの現象から唯一の原因を決めつけない」ことです。Wi-Fi、DNS、暗号化、HTTP、Cookieの各層のどこに説明があるかを少しずつ考えます。
ミニケース：SMSに届いた受験サイトの案内
「出願情報の再入力が必要です。今すぐこのリンクで確認してください」というSMSが届いたとします。受験生は何を確認すべきでしょうか。最優先は届いたリンクをそのまま信頼しないことです。大学入試センターや大学の公式サイトから正しいログイン先へ移動し、案内の真偽を確認してください。HTTPSの表示やページのデザインだけでは真偽を判断できません。
この事例では、DNSやHTTPSの仕組みが正常でも利用者を誤ったサイトへ誘導できることが分かります。通信技術と利用者の判断は別の防御層です。授業で「情報モラル」と「ネットワーク」を別の単元として習っていても、現実の問題では一緒に考える必要があります。
よくある質問
Q．DNSとIPアドレスの違いを短く言うと？ A．DNSは名前に対応する情報を調べる仕組み、IPアドレスはIP通信で使うアドレスです。役割が異なります。
Q．HTTPSならアクセスしたサイトは絶対安全ですか？ A．いいえ。通信の保護と運営者の信頼性は別です。
Q．Wi-Fiとインターネットは同じですか？ A．Wi-Fiは無線LANの技術であり、インターネットへ接続するための経路の一部です。Wi-Fi接続が正常でもインターネットへ出られないことがあります。
Q．情報Ⅰ対策ではHTTP/3のような細かな仕様も暗記すべき？ A．高校の教科書、大学入試センターの問題作成方針・公開問題を優先します。ここで紹介した発展事項は、古い単純化をそのまま真実と思わないための補足です。
まとめ：単語を結ぶと一問ずつの判断が速くなる
Webページが表示される仕組みを、URL→名前解決→通信→暗号化→HTTP→ブラウザ表示とつなげて説明できれば、DNS、IP、HTTPS、Cookieの用語が別々の暗記カードではなくなります。新しい技術の名称が問題文に出ても、何の役割を持つものかを考える軸ができます。高2のうちに日常のトラブルを一つ選び、「どの層で何が起きたか」を自分の言葉で説明してみてください。
参考資料：文部科学省「情報Ⅰ」教員研修用教材・第4章 https://www.mext.go.jp/a_menu/shotou/zyouhou/detail/1416756.htm ／大学入試センター「過去3年分の試験問題」https://www.dnc.ac.jp/kyotsu/kakomondai/index.html
あわせて読みたい記事
ネットワークの用語は、情報Ⅰの他分野と並べて理解すると整理しやすくなります。
現論会で相談するときに持ってくるとよいもの
現論会で相談する場合も、次のものを持ってくると、ネットワーク分野の弱点を具体的にできます。
相談では、用語の暗記で落としているのか、状況の切り分けで落としているのかを分けて整理します。
