【入門編】 IPv4ヘッダーのProtocolフィールドの役割 – ネットワーク基礎とWebセキュリティ実践ガイド

こんにちは！ネットワークの世界へようこそ。インフラの構築やWebアプリケーションの開発に携わっていると、避けて通れないのが「パケットの裏側の世界」ですよね。

「画面の前でボタンを押したら、なぜかエラーが返ってきた……」
「ファイアウォールのログを見ているけれど、この数字の羅列は何を意味しているんだろう？」

そんな現場のモヤモヤを解消するために、今日はネットワークの裏側を支えるとても大切な「目印」、IPv4ヘッダーの Protocol（プロトコル）フィールドについて、一緒にじっくり紐解いていきましょう！難しく考えず、まずは身近な例えからスタートするので安心してくださいね。

—

ネットワークの世界は「巨大な郵便配達システム」

私たちが普段使っているインターネットは、世界中に手紙や荷物を送る「巨大な郵便配達システム」によく似ています。

あなたが友達に手紙を書くとき、封筒の表には宛先（IPアドレス）を書きますよね。でも、封筒の中身はどうなっているでしょうか？
手書きのラブレターなのか、ビジネスの請求書なのか、それとも思い出の写真が入ったアルバムなのか。封筒を開けてみないと、中身の種類は分かりません。

ネットワークの世界でも全く同じことが起きています。
ルーターやPCは、世界中から届いたダンボール箱（IPパケット）の宛先を見て「お、うち宛てだな」と受け取りますが、その箱の中に「何が入っているのか」をあらかじめ知る必要があります。

「この箱の中身は、お馴染みのWeb通信（TCP）だよ！」
「いやいや、今回は動画配信向けのリアルタイム通信（UDP）だよ！」
「あるいは、ネットワークの健康診断（ICMP）だよ！」

それを箱の表側に、たった「8ビットの番号」でピシッと書き記してくれているのが、今回主役となるIPv4ヘッダーの Protocol フィールドなんです。

—

IPv4パケットという「封筒」の構造を覗いてみよう

私たちがブラウザでウェブサイトを見るとき、データは以下のような三重構造のダンボール箱に入れられて海を渡ります。

1. 外側の箱（イーサネットフレーム）: LANケーブルの中を走るためのもの。
2. 真ん中の箱（IPパケット）: 地球の裏側まで届けるためのもの。ここで今日の主役が登場します。
3. 一番中の荷物（TCPやUDPのデータ）: アプリケーションが本当に届けたい中身。

IPパケットという真ん中の箱には、宛て先や送り主の住所（IPアドレス）が書かれた「送り状（IPヘッダー）」が貼り付けられています。その送り状の隅っこに、「中身の種類を表す番号（Protocol番号）」がこっそり書かれているのです。

—

IANAが定めた「共通の暗号表」：プロトコル番号の正体

この Protocol フィールドは、たったの8ビット（0から255までの数字）しかありません。この限られた数字の中に、上位層のプロトコルが綺麗に割り振られています。

これを管理しているのが、インターネットの番人である「IANA」という組織です。世界中の誰もが「番号が 6 ならTCPだな」「番号が 17 ならUDPだな」と共通で理解できるように、この番号表を厳格に守ってくれています。

実務の現場で本当によく見かける、代表的な「お馴染みの番号たち」をいくつか見てみましょう。

1 (ICMP): ネットワークの調子を調べる ping コマンドなどで使われる診断用プロトコル。
6 (TCP): データの確実な到着を保証する、信頼性重視のエース選手。
17 (UDP): スピード重視！ライブ配信やDNSの名前解決で大活躍の選手。
50 (ESP) / 57 (AH): VPNなどでセキュアな通信を作るIPsecで使われる暗号化の仕組み。

どうですか？普段何気なく使っている技術の裏側で、この小さな数字が交通整理の役割を果たしていることが見えてきますよね。

—

パケット解析の起点！Wiresharkで覗いてみる世界

インフラエンジニアとして働いていると、ネットワークのトラブルシューティングでパケットキャプチャツール（Wiresharkなど）を開く機会が必ずやってきます。

実際にWiresharkでパケットをキャプチャすると、この Protocol フィールドがどのように見えているのか、イメージしてみましょう。

Frame 1: 74 bytes on wire
Ethernet II, Src: Apple_12:34:56, Dst: Router_78:9a:bc
Internet Protocol Version 4, Src: 192.168.1.10, Dst: 93.184.216.34
    ...（中略：IPアドレスやその他の設定）...
    Protocol: Transmission Control Protocol (6)  <-- ここに注目！

Wiresharkの画面では、親切に Transmission Control Protocol (6) と文字で表示してくれますが、実際のパケットの生データ（バイナリ）の領域では、ここにはたった1バイトの 0x06 という値が入っているだけです。

この数字を見た瞬間、OSのネットワークスタック（頭脳）は、「よし、このパケットの続きはTCPのルールに従って、シーケンス番号をチェックして……」と、適切な処理チーム（TCPレイヤー）にバトンパスをするのです。まさに、社内の郵便物が総務部から各部署へ振り分けられる瞬間ですね。

—

実務でどう活きる？ファイアウォールとセキュリティの現場

「ふーん、パケットの仕分け係ね。で、これが実務でどう役に立つの？」と思われたかもしれません。ここからがプロの腕の見せ所です！

現代のゼロトラストセキュリティやエンタープライズの境界防御において、この Protocol フィールドの知識は、ファイアウォール（iptables や nftables、クラウドのセキュリティグループ）のルールを書くときに直結します。

例えば、Linuxサーバーで「WebサーバーとしてHTTP/HTTPS（TCP）の通信だけを許可し、不要な通信はシャットアウトしたい！」という場合の iptables の設定例を見てみましょう。

# 【実務設定サンプル】iptablesを用いたプロトコルおよびポート制御

# 1. すでに確立されている通信や、関連する通信のパケットは許可する（ステートフルインスペクション）
iptables -A INPUT -m conntrack --ctstate ESTABLISHED,RELATED -j ACCEPT

# 2. プロトコルが「TCP（番号6）」であり、かつ宛先ポートが80番（HTTP）または443番（HTTPS）の通信を許可する
iptables -A INPUT -p tcp --dport 80 -j ACCEPT
iptables -A INPUT -p tcp --dport 443 -j ACCEPT

# 3. プロトコルが「ICMP（番号1）」の場合、ネットワーク診断に必要な最小限のパケットのみ許可する
iptables -A INPUT -p icmp --icmp-type echo-request -j ACCEPT

# 4. 上記のいずれにも該当しない怪しいパケットはすべて破棄する（デフォルトポリシー）
iptables -P INPUT DROP

この設定スクリプトの中にある -p tcp や -p icmp という指定こそが、内部でIPv4ヘッダーの Protocol フィールド（6 や 1）をピンポイントで指し示してフィルタリングを行っている正体です。

もしこの仕組みを知らずに、「なんとなく通信が通らないな……」と悩んでしまうと、アプリケーションのバグなのか、ネットワークのルーティングミスなのか、あるいはパケットがファイアウォールでブロックされているのか、迷宮入りしてしまいます。
「いま、どのレイヤーで、何のプロトコルがやり取りされているのか」をパケットの構造から想像できるスキルは、インフラエンジニアにとって強力な武器になります。

—

まとめ：一歩ずつ、ネットワークの解像度を上げよう

今回は、IPv4ヘッダーの Protocol フィールドという、一見すると地味ながらも非常に重要な「パケットの仕分け係」について解説しました。

IPv4パケットの送り状には、中身の種類を示す8ビットの Protocol フィールドがある。
IANAが定めた番号によって、TCP（6）やUDP（17）、ICMP（1）などが識別される。
OSのネットワーク処理や、ファイアウォールのアクセス制御（セキュリティ設定）の根幹を支えている。

最初は難しく感じるパケットの構造やバイトの世界も、現実世界の郵便や身近な仕組みに置き換えてみると、ぐっと身近に感じられるようになったのではないでしょうか？

ネットワークの基礎を固めることは、一歩一歩、自分の目でトラブルの原因を見抜ける「技術者の目」を育てることにつながります。これからも一緒に、楽しくネットワークの探求を続けていきましょう！