インターネットの「絆」を繋ぐ：HTTP/1.1のConnectionヘッダーとKeep-Aliveの秘密
こんにちは！ネットワークの世界へようこそ。
普段、私たちが何気なくブラウザでWebページを見るとき、裏側では膨大な数の「やり取り」が行われています。その中心にいるのがHTTPというプロトコルですが、今回はその中でも「通信をどれだけ続けるか？」を決める重要なスイッチについてお話しします。
「Connection: keep-alive」という言葉、エンジニアなら一度は目にしたことがあるはず。これがいったい何をしているのか、郵便配達に例えて紐解いていきましょう。
—
昔の通信は「使い捨て」だった？
HTTP/1.0の頃まで、Webブラウザとサーバーのやり取りは非常に「せっかち」でした。
1. ブラウザがサーバーに「この画像ちょうだい！」と手紙を出す（接続開始）。
2. サーバーが画像を送る。
3. 「はい、用は済んだね！じゃあもう二度と会わないから！」と接続を切断する（切断）。
これがもし現実の郵便配達だったらどうでしょう？一通の封筒を届けるたびに、配達員が毎回玄関のチャイムを鳴らして、手紙を渡して、いちいち家の中まで入り込んで挨拶をしてから帰る……そんな非効率なことを繰り返していたわけです。これでは、ページ一つ開くたびに何度も「接続→切断」を繰り返すことになり、非常に時間がかかってしまいますよね。
—
Keep-Alive：ドアを閉めずに待機する賢い選択
そこで登場したのがHTTP/1.1の目玉機能、「Keep-Alive（キープアライブ）」です。
これは簡単に言うと、「一回やり取りが終わっても、すぐ次の用事があるかもしれないから、ドアは開けたままにしておこうよ！」という約束事です。
どうやって指定するの？
ブラウザ（クライアント）からサーバーへ送る「手紙」の中に、こんなヘッダーを忍ばせます。
GET /index.html HTTP/1.1
Host: example.com
Connection: keep-alive // 「用事が済んでも接続を切らないで！」という合図
こうすることで、サーバーは接続を切らずにそのまま待機します。次にブラウザが「あ、やっぱりCSSのファイルもちょうだい」と頼んだとき、わざわざ新しい接続を作らなくても、今開いているドアからそのまま追加の荷物を受け取れるのです。これこそが高速化の秘訣ですね。
—
逆に「閉じてほしい」ときは？
もちろん、ずっとドアを開けっ放しにしていると、サーバー側も疲れてしまいますし、他の人が入れなくなってしまいます。そこで使うのが `Connection: close` です。
GET /last-image.png HTTP/1.1
Host: example.com
Connection: close // 「これで最後！終わったらドアを閉めてね」という合図
こう伝えることで、サーバーは「了解、じゃあこの荷物を渡したら店じまいするね」と、綺麗に接続を終了することができます。
—
パイプライン処理：行列を作って効率化
Keep-Aliveの進化形として、HTTP/1.1には「パイプライン処理」という技術もあります。
Keep-Aliveが「ドアを開けたままにする」ことなら、パイプライン処理は「前の荷物が届く前に、次の注文をどんどん投げ込んでおく」という技です。
- 通常： 注文(A)を送る → Aが届く → 注文(B)を送る → Bが届く
- パイプライン： 注文(A)を送る → 注文(B)も送る → Aが届く → Bが届く
これにより、通信の待ち時間を極限まで減らせます。ただ、この機能は実は少し難しく、現在主流のHTTP/2やHTTP/3ではもっと賢い仕組み（ストリーム多重化など）に置き換わっています。それでも、HTTP/1.1のこの基本概念が今の高速通信の土台になっていることは間違いありません。
—
まとめ：ネットワークの「マナー」を理解しよう
今回のポイントを整理しますね。
- HTTP/1.1のConnectionヘッダーは、通信の「継続か終了か」を決めるスイッチ。
- keep-aliveは、接続を維持して効率を上げる「ドアを開けておく」モード。
- closeは、潔く接続を終わらせる「店じまい」の合図。
ネットワークのエンジニアとして大切なのは、ただコマンドを叩くことではなく、「パケットが今どんな状態で、相手とどういう関係性を結んでいるのか」を想像することです。
明日、ブラウザでサイトを開いたとき、「あ、今Keep-Aliveで接続を使い回しているんだな」と想像してみてください。きっと、目に見えないパケットの流れが、少しだけ愛おしく感じられるはずですよ！
それでは、また次回の記事でお会いしましょう！
コメント