1-8 主要プロトコル概観
ネットワーク利用に欠かせない ARP・DHCP・DNS・ICMP・HTTP/HTTPS の 5 プロトコルが、それぞれどの層で何を解決するのかを並列に整理し、第 1 章の総まとめとする。
1. ホストの通信を支える主要プロトコル
第 1 章で扱った IP・TCP・UDP・ポート番号は通信の土台にあたります。実際にホストが通信を始め、相手まで届け、用件を済ませるには、土台の周辺で動く補助的なプロトコル群が欠かせません。アドレスの自動取得、宛先名の解決、経路異常の通知、目的データの転送を、それぞれ別のプロトコルが分担しています。
本節では ARP・DHCP・DNS・ICMP・HTTP / HTTPS の 5 プロトコルを並列に概観します。「どの層で」「何を解決するか」に絞ったまとめです。
| プロトコル | 主な層 | 役割 |
|---|---|---|
| ARP | L2 / L3 境界 | IP アドレスから MAC アドレスを解決する |
| DHCP | L7（UDP 上） | IP アドレスなどの構成情報を自動取得する |
| DNS | L7（UDP / TCP 上） | ドメイン名を IP アドレスに変換する |
| ICMP | L3 | ネットワークの状態や異常を通知する |
| HTTP / HTTPS | L7（主に TCP 上） | Web 上でリソースをやり取りする |
HTTP は HTTP/1.1・HTTP/2 が TCP 上で動作する一方、HTTP/3 は QUIC（UDP ベース）上で動作します。本表とこの後の説明は、まず TCP 上の基本形を前提とします。
2. ARP（Address Resolution Protocol）
ARP (Address Resolution Protocol) は、同一セグメント内で「ある IP アドレスを持つ機器の MAC アドレスは何か」を問い合わせるプロトコルです。L2 と L3 の橋渡しとして機能し、IP パケットを Ethernet フレームに載せる際に利用されます。
送信ホストはブロードキャストで該当 IP の所有者を問い合わせ、当該機器がユニキャストで MAC を返答します。得られた対応関係は ARP テーブル にキャッシュされます。
3. DHCP（Dynamic Host Configuration Protocol）
DHCP (Dynamic Host Configuration Protocol) は、ホスト起動時に IP アドレス・サブネットマスク・デフォルトゲートウェイ・DNS サーバなどの構成情報を 自動取得 するプロトコルです。手作業の負担を取り除き、大規模環境でも一貫したアドレス管理を可能にします。
クライアントは Discover、Offer、Request、ACK の 4 段階で構成情報を受け取ります。割り当てには リース期間 があり、満了前の更新要求で継続利用されます。アプリケーション層に属しますが、UDP (67 / 68 番) を用います。
4. DNS（Domain Name System）
DNS (Domain Name System) は、example.com のようなドメイン名を IP アドレスに変換する 名前解決 のプロトコルです。人間が記憶しやすい名前と、機器が用いる数値アドレスを橋渡しします。
解決は、ルート・TLD・権威サーバといった階層的に分散したサーバ群を辿る形で進みます。多くのクライアントは直接これらを辿らず、最寄りの キャッシュ DNS サーバ へ「答えを返してほしい」と再帰問い合わせを行い、キャッシュ DNS サーバが必要に応じてルート → TLD → 権威サーバへ反復問い合わせを繰り返して答えを集めます。基本は UDP 53 番、応答が大きい場合は TCP に切り替わります。
5. ICMP（Internet Control Message Protocol）
ICMP (Internet Control Message Protocol) は、IP と並んで L3 で動作する 制御・通知 のプロトコルです。ユーザーデータの転送ではなく、宛先到達不能・TTL 超過・リダイレクトといったネットワーク状態をホストやルーター間で伝えます。
疎通確認に用いる ping は ICMP の Echo Request / Echo Reply を、経路追跡に用いる traceroute は TTL を段階的に増やしながら ICMP 応答を観測する仕組みを利用します。いずれも障害切り分けの最初の一手となります。
6. HTTP と HTTPS
HTTP (HyperText Transfer Protocol) は、Web ブラウザとサーバ間でリソースをやり取りするアプリケーション層プロトコルです。リクエストとレスポンスを 1 組とするモデルで、http の既定ポートは TCP の 80 番です。広く使われる HTTP/1.1 はテキストベースのメッセージ形式ですが、HTTP/2 はこれをバイナリフレームに変え、HTTP/3 は QUIC（UDP ベース）上で動作します。本節ではまず HTTP/1.1 の基本形を押さえます。
HTTPS は HTTP を TLS (Transport Layer Security) で暗号化したものです。443 番ポートを用い、盗聴・改ざん・なりすましを防ぎます。証明書による真正性確認も TLS が担い、現在の Web 通信ではほぼ標準です。
7. 第 1 章のまとめと次章の内容
第 1 章では、ネットワークの輪郭から出発し、機器の役割、層構造 (OSI と TCP/IP)、カプセル化、ホストとサービスを識別する IP アドレスとポート番号を順に扱ってきました。本節ではその土台の上で動く 5 プロトコルを並列に俯瞰し、章全体の見取り図を描き出しました。
続く 第 2 章「L2 編」 では視点を一段引き下げ、Ethernet を用いた LAN 内部の通信を扱います。MAC アドレスによるフレーム転送、VLAN による論理分割、Trunk による複数 VLAN の収容、STP によるループ回避まで、スイッチが担う仕組みを掘り下げていきます。
example.com みたいなドメイン名を IP アドレスに変換する名前解決のプロトコルだ。人は名前で覚えたいけど、機器は数字の住所で動く ── その橋渡しだね。実際の解決は、ルート → TLD → 権威サーバと階層をたどる仕組みだけど、ふつうのクライアントは身近なキャッシュ DNS サーバに「答え調べといて」とお願いするだけでいい。基本 UDP の53番、答えが大きいときは TCP に切り替わる。ping は ICMP の Echo を使っているし、経路をたどる traceroute も ICMP を利用してるんだ。トラブルの切り分けで真っ先に使う一手だね。