地図のここ

前回、届いた先での会話の仕組み——トランスポート層の世界を見た。内線番号（ポート番号）を選んで、繋がりを確認し（3ウェイハンドシェイク）、届いたか確認しながら話す（シーケンス番号と確認応答）。TCPだ。

前回は「回線」を見た。今回は、その回線の上で何をするかを見る。電話の回線は繋がり、確実に会話できるようになった。でも、まだ3つ足りない。

電話番号をどう調べた？ 盗み聞きされてない？ どんな言葉で頼む？

電話帳——名前から番号を調べる

ブラウザに www.youtube.com と入力する。

ネットワークは番号（IPアドレス）でしか通信できない。ルーターは住所（IPアドレス）を見てパケットを送り出すため、名前のままでは届かない。

つまり www.youtube.com という名前を、142.250.x.x のような番号に変換する必要がある。

この変換を担うのが、ネットワーク上の電話帳だ。

ブラウザにURLを入力した瞬間、PCは裏で電話帳を引く。「www.youtube.com の番号は何番ですか？」と問い合わせ、「142.250.x.x です」と答えを得る。あなたが意識することはなく、一瞬で終わる。

番号がわかり、パケットを届ける先が決まる。

身分証——相手は本物か

番号がわかり、TCPで回線が繋がった。いよいよ「動画をください」と頼める——と言いたいところだが、もう1つ確認することがある。

その相手は、本当にYouTubeなのか。

ネットワークでは、途中の通信を覗き見られたり、偽のサーバーになりすまされたりする危険がある。要求を送る前に、相手が本物かを確認し、会話を暗号化して盗み聞きを防がなければならない。

サーバーは証明書（身分証）を提示する。信頼できる第三者機関が発行したもので、「このサーバーは確かに youtube.com である」と証明する。PCは証明書を確認し、本物だと判断したら暗号化された回線を作る。

ここから先の会話は、すべて暗号化される。途中で誰かが覗いても、内容は読めない。

ブラウザのアドレスバーの鍵マークは、この安全な回線が確立されている証拠だ。URLが https:// で始まる「s」はSecure（安全）を意味する。

用件——動画をください

安全な回線の上で、いよいよ用件を伝える。ブラウザはサーバーに対して、こう頼む:

「/watch?v=xxxxx のページをください」

サーバーは頼まれた内容を確認して、こう返す:

「200 OK ——はい、どうぞ」

動画ページのデータが返ってきて、ブラウザが画面に表示する。YouTubeの動画が見えた。

もし存在しないページを頼んだ場合、サーバーはこう返す:

「404 Not Found ——見つかりません」

あの「404」は、サーバーからの返事だ。

頼む側（ブラウザ）が要求を送り、応える側（サーバー）が結果を返す。「これください」「はい、どうぞ」の1往復で完結する。お店のカウンターで注文するのと変わらない。それぞれのやりとりは独立しており、前の要求を覚えている必要はない。

番号がわからなければ繋げず、安全でなければ要求を送れない。調べる、安全にする、頼む。前の段階が済まないと次に進めない。

3つの約束が揃う：DNS・TLS・HTTP

これら3つの仕組みには、それぞれ正式な名前がある。

電話帳は DNS（Domain Name System）。名前から番号を引く。 身分証と暗号化は TLS（Transport Layer Security）。通信の安全を守る。 用件のやりとりは HTTP（HyperText Transfer Protocol）。ウェブの共通語だ。

https:// は、HTTP のやりとりを TLS の安全な回線上で行っていることを意味する。

道（信号）、届け先、住所、そして会話（TCP・DNS・TLS・HTTP）。ここまでの4つの世界をすべて通った。

4つの世界を重ねる：OSIモデルへ

この4つはバラバラに動いているわけではない。下から順に積み重なって、全部が揃って初めてYouTubeの動画が見える。

次は、4つの世界を1枚に重ねる地図——OSIモデルを見る。