【入門編】 OSI参照モデルとTCP/IP階層モデルの対比とマッピング – ネットワーク基礎とWebセキュリティ実践ガイド

こんにちは！ネットワークの迷宮へようこそ。セキュリティの現場で日々パケットと格闘している筆者が、今日はネットワーク学習の「最初の登竜門」についてお話しします。

皆さんは、OSI参照モデルだとかTCP/IP階層モデルだとか、教科書の図を見て「結局これ、何のためにあるの？」と頭を抱えたことはありませんか？

安心してください。実はこれ、「世界中の巨大な物流システム」と同じなんです。今日は、難しい横文字を一切使わず、郵便配達の仕組みに例えて紐解いていきましょう。

—

なぜ「階層」に分ける必要があるのか？

もしあなたが、遠く離れた友達に手紙を送るとします。あなたは手紙を書くだけで、郵便局の仕分けの仕組みや、トラックのルート、飛行機の離着陸の細部まで管理する必要はありませんよね。

ネットワークも全く同じです。
「誰がデータを送るか（アプリ）」「どうやって届けるか（経路）」「どうやって送るか（物理）」という役割を分担することで、それぞれの専門家が自分の仕事に集中できる。これが「階層化」の正体です。

—

OSI参照モデル（7階層）とTCP/IP（4階層）の対応関係

世の中には、教育用の「OSI参照モデル（理想形）」と、実際に動いている「TCP/IP階層モデル（実用形）」という2つの地図があります。

初学者は、「なぜTCP/IPの方が少ないの？」と不思議に思うはずです。答えはシンプル。「現場で使われる実用性を優先して、細かい役割をまとめちゃったから」です。

—

パケットの旅：カプセル化の魔法

データは送信される際、まるで「マトリョーシカ」のように、各層で「ヘッダー」という名の付箋を貼られていきます。これを「カプセル化」と呼びます。

1. アプリ層：手紙を書く（データ生成）
2. トランスポート層：「これは大切な書類だから、ちゃんと届いたか確認してね（TCP）」という付箋を貼る。
3. ネットワーク層：「宛先は〇〇丁目（IPアドレス）だよ」という封筒に入れる。
4. データリンク層：「次の郵便局（MACアドレス）まで運んでね」という荷札を貼る。

現場のエンジニアは、この「付箋」を読み解くことで、「どこで通信が止まっているか」を特定します。例えば、pingコマンドで調査する際、ネットワーク層まで届いているか、あるいはトランスポート層のポートが開いているかを確認するのは、まさにこの付箋をチェックしている作業なんです。

—

現場で役立つ！疎通確認の「基本のキ」

ネットワークが繋がらないとき、どの階層でトラブルが起きているかを確認するためのコマンドを覚えておきましょう。

1. 宛先まで届いているか（ネットワーク層のチェック）

まずは宛先（IPアドレス）までパケットが届いているか確認します。

# 8.8.8.8（GoogleのDNS）までパケットが届くか確認
ping 8.8.8.8
# ネットワーク層で道が繋がっているかを確認する最も基本的なコマンドです

2. 特定のサービスが動いているか（トランスポート層のチェック）

IPアドレスは合っていても、サービス（Webサーバーなど）が応答しない場合はポート番号を確認します。

# サーバーの80番ポート（HTTP）が開いているか確認
nc -zv 192.168.1.1 80
# 接続できれば「Succeeded!」と返ってきます。
# これで、通信経路（3層）ではなく、アプリの起動状況（4層以上）を切り分けられます。

—

最後に：ネットワークを「直感」で捉える

最初は「OSI 7階層」という言葉に圧倒されるかもしれません。でも、現場では「手紙の宛先（3層）はあっているのに、封筒の中身（7層）の形式が違って読めないんだな」というような会話を日常的に行っています。

ネットワークトラブルは、パケットが「どこで迷子になったのか」を探す推理ゲームです。まずは難しく考えず、一つひとつの付箋（ヘッダー）がどの層で貼られているのか、意識するところから始めてみてください。

もし、トラブルシューティング中にパケットの動きが見たくなったら、tcpdumpやWiresharkといったツールを触ってみるのもおすすめです。画面の中に流れるパケットの羅列が、だんだんと「物流のトラック」に見えてきたら、あなたも立派なネットワークエンジニアの仲間入りです！

それでは、また次の記事でお会いしましょう。ネットワークの世界を楽しんでくださいね！