こんにちは！ネットワークの世界へようこそ。インフラエンジニアの私たちが日頃向き合っているインターネットの裏側は、まるで緻密に張りめぐらせた巨大な都市の交通網のようです。
私たちがブラウザにURLを入力した瞬間、数千キロ離れたサーバーから画像や文字という名の荷物が、一瞬であなたの手元に届く――これって、よく考えるとすごい奇跡ですよね。
さて、今回はそんなWebの世界で今まさに主役交代が進んでいる「HTTP/3」、そしてその通信の切符を決める重要な手続きである「ALPN識別子とネゴシエーション」について、一緒に紐解いていきましょう！
「なんだかアルファベットが並んでいて難しそう……」と思ったそこのあなた、大丈夫です。一歩ずつ、身近な例えから優しく解説していきますので、リラックスしてついてきてくださいね！
—
1. そもそもHTTP/3ってなに？これまでの進化を振り返る
新しい技術のすごさを知るためには、私たちがこれまで使ってきた歴史を少しだけ振り返るのが一番の近道です。
HTTPという通信のルールには、これまでいくつかの「世代」がありました。
- HTTP/1.1：大きなお皿に料理を1品ずつ乗せて、順番に運ぶようなスタイル。前の料理が遅れると、後ろの料理が全部待たされてしまいます（これを「ヘッド・オブ・ライン・ブロッキング」と呼びます）。
- HTTP/2：1つの大きなトレイ（コネクション）の上に、たくさんの小皿（ストリーム）を同時に乗せて運べるようになった画期的な仕組み。でも、底面（TCPというトランスポート層）で1つのパケットが迷子になると、やっぱり全部の小皿が止まってしまう弱点がありました。
- HTTP/3：ついに「土台」そのものを変えた世代です。これまでのTCPという道路から、QUIC（クイック）という、UDPベースのまったく新しい道路に乗り換えました。これにより、車が1台パンクしても、他の車の邪魔をせずスイスイ進めるようになったのです！
—
2. お店に入る前の「合言葉」：ALPNとネゴシエーションの正体
ここで、今日のメインテーマであるALPN（Application-Layer Protocol Negotiation）について考えてみましょう。
ちょっと想像してみてください。あなたが初めて行くおしゃれなレストランのドアを開けようとしています。ドアの前には店員さんが立っていて、こう尋ねます。
「いらっしゃいませ！当店は、フランス料理のコース（HTTP/2）も、イタリアンのビュッフェ（HTTP/3）もご用意できますが、今日はどちらのスタイルでお楽しみになられますか？」
これに対して、あなたが「今日はイタリアンで！」と答える。この「お店に入る前の、どのメニュー（プロトコル）で会話するかを決めるやり取り」こそが、ネットワークの世界で言うネゴシエーション（交渉）であり、それをスムーズに行うための仕組みがALPNなのです。
TLSハンドシェイクの裏で行われていること
現代のWebは、セキュリティのために必ず暗号化（HTTPS / TLS）されていますよね。この「鍵交換（TLSハンドシェイク）」を行うまさにその瞬間、ブラウザ（お客さん）とサーバー（お店）はこっそりこんな会話をしています。
1. ブラウザ：「こんにちは！私、実は最新のHTTP/3（識別子は `h3` って言います！）が話せるんだけど、そちらのお店はどうかな？」
2. サーバー：「おっ、素晴らしい！うちのお店もHTTP/3に完全対応しているよ。じゃあ、今日の通信は `h3` でいこう！」
このやり取りのおかげで、通信の最初の一歩目から無駄なキャッチボールをすることなく、最適な最速の通信ルール（HTTP/3）をピタリと決めることができるんです。
—
3. もし最新ルールが使えなかったら？優しすぎるアップグレード手順
「じゃあ、もしサーバーがまだ古いお店（HTTP/1.1やHTTP/2）だったらどうなっちゃうの？」と思いますよね。
ご安心ください。インターネットの世界は非常にジェントルマンにできています。最新のHTTP/3が使えない場合の「お引っ越し（アップグレード）手順」もしっかり用意されています。
段階的なお引越しの流れ
1. まずは試してみる（Alt-Svcヘッダーの登場）
最初は、これまで通りの安全な道（例えばHTTP/2）でサーバーにアクセスします。すると、サーバーがレスポンスのついでに、こっそりこんなメモを渡してくれます。
> 「ねえ、実は私、もっとすごい新館（HTTP/3）も裏で営業してるんだ。次に来るときは、こっちの住所（UDPのポート）に直接来てよね！」
この「こっそり渡すメモ」の仕組みを、HTTP界隈では `Alt-Svc` (Alternative Services) と呼んでいます。ブラウザはこのメモを大事にポケットにしまっておきます。
2. 次回の訪問は新館へ！
2回目以降のアクセスでは、ブラウザはポケットのメモを取り出し、最初から「HTTP/3（識別子：`h3`）」を使って直接新館のドアを叩くのです。
—
4. 実務で設定してみよう：NginxでのHTTP/3（h3）対応サンプル
「理屈は分かったけれど、現場のサーバーではどう設定するの？」というエンジニアの皆さんのために、実務ですぐに役立つ設定ファイルのサンプルを見てみましょう。
今回は、Webサーバーとして大人気の Nginx を使った設定例をご紹介します。NginxでHTTP/3を有効にし、ALPNを通じて `h3` を受け入れるための設定です。
HTTP/3（QUIC）とHTTP/2を共存させるための設定例
server {
# 443番ポートでSSL/TLS待ち受けを行う設定
listen 443 ssl; # 従来のTCP用（HTTP/1.1やHTTP/2）
listen 443 quic reuseport; # ★超重要：HTTP/3（QUIC）用のUDPパケットを受け取る設定
server_name example.com;
# 証明書の設定
ssl_certificate /path/to/fullchain.pem;
ssl_certificate_key /path/to/privkey.pem;
# サポートするTLSのバージョン（HTTP/3にはTLS 1.3が必須です！）
ssl_protocols TLSv1.3;
# ブラウザに「ウチはHTTP/3も使えるよ！」とこっそり教える魔法のヘッダー (Alt-Svc)
# 「次からはUDPの443番に来てね」とブラウザのポケットにメモを入れます
add_header Alt-Svc ‘h3=”:443″; ma=86400’;
location / {
root /var/www/html;
index index.html index.htm;
}
}
設定のポイント
- `listen 443 quic reuseport;`：これがHTTP/3の命とも言えるUDPリスナーの設定です。同じ443番ポートでありながら、TCPではなくQUIC（UDP）の通信を受け付けます。
- `ssl_protocols TLSv1.3;`：HTTP/3の土台となるQUICは、セキュリティの仕組みとしてTLS 1.3が必須要件になっています。
- `add_header Alt-Svc …`：先ほどお話しした「もしHTTP/1.1やHTTP/2で来ちゃった人にも、次こそはHTTP/3を使ってもらうための道案内（お引越しメモ）」のコードです。
—
おわりに
いかがでしたでしょうか？
HTTP/3のALPN識別子（`h3`）やネゴシエーション、そしてアップグレードの手順も、こうして「お店とお客様の会話」や「道案内のお手紙」に例えてみると、なんだかぐっと身近に感じられるようになったのではないでしょうか。
私たちが普段何気なく開いているWebページの裏側では、ブラウザとサーバーがコンマ数秒の間にこんなにもスマートな挨拶と交渉を交わしています。
「なぜこのプロトコルが選ばれたのか」「どうやって安全に新世代へバトンタッチしているのか」という背景が分かると、日々のインフラ運用やトラブルシューティング、ログ解析がもっと楽しく、もっと深く見えてくるはずです。
それではまた、次のネットワークの旅でお会いしましょう！
コメント