【入門編】HTTP/3におけるALPN(Application-Layer Protocol Negotiation)の役割 – HTTPプロトコル・通信規格実践ガイド

こんにちは！ネットワークの世界へようこそ。インフラエンジニアの主筆ライターとして、日々のネットワークを駆け巡る熱いパケットたちのドラマをお届けしている私です。

さて、私たちが普段なにげなく使っているWebブラウザ。URLを入力してエンターキーを押した瞬間、画面にはパッと美しいウェブサイトが表示されますよね。「どうやってこの表示スピードが実現されているんだろう？」と気になったことはありませんか？

インターネットの歴史は、より速く、より確実におしゃべりをするための「通信プロトコル（お約束事）」の進化の歴史でもあります。古いHTTP/1.1から、複数のお使いを同時にこなせるようになったHTTP/2、そして現在進行形で主役に躍り出ているのが、次世代の超高速通信「HTTP/3」です。

今日は、このピカピカの新しい通信規格であるHTTP/3が、サーバーとブラウザの間で「ねえ、私たちこれからは新しい言葉で話さない？」と秘密の握手を交わす仕組み、「ALPN（Application-Layer Protocol Negotiation）」について、一緒に優しく紐解いていきましょう！

難しい専門用語も、身近な例えに置き換えていくので安心してくださいね。一歩ずつ、しっかりと理解していきましょう！

—

1. そもそも「ALPN」ってなに？郵便配達で考えてみよう

いきなりアルファベットの羅列が出てきて「うっ…」となった方、深呼吸してくださいね。ALPN（Application-Layer Protocol Negotiation）を日本語にするなら、「窓口での言語・通話モードのすり合わせ」といったところです。

ちょっと身近な例えをしてみましょう。
あなたは海外の友人から手紙を受け取るために、大きな国際郵便局の窓口に行きました。窓口の係員さんとお話しするとき、いきなり早口の外国語でまくし立てたりしませんよね？

まず最初に、こんな会話をするはずです。

あなた： 「こんにちは！日本語しか話せないんですが、大丈夫ですか？」
係員さん： 「はい、日本語でどうぞ！」

この、「これからどの言語を使ってお話ししましょうか？」とあらかじめ確認し合うプロセスが、まさにALPNの役割なんです。

インターネットの世界でも全く同じことが起きおています。Webブラウザ（あなた）がサーバー（郵便局の窓口）にアクセスするとき、
「私、最新のHTTP/3って高速な話し方ができるんだけど、そっちも対応してる？」
「おっ、うちもHTTP/3バッチリいけるよ！じゃあそのモードで行こうか！」
という会話を、通信の最初の一瞬で行っているわけです。このお墨付きを与える合言葉が、HTTP/3の場合は「h3」という識別子になります。

—

2. HTTP/3とALPN：TLSハンドシェイクの裏側で何が起きている？

HTTP/3の大きな特徴は、トランスポート層（データの運送屋さん）にTCPではなく、UDPをベースにした「QUIC（クイック）」という仕組みを使っている点です。

「UDPって、手紙を送るだけで届いたか確認しない、ちょっとおっちょこちょいなプロトコルじゃなかったっけ？」と思ったそこのあなた、素晴らしい着眼点です！
その通り、従来のUDPは信頼性が低いのですが、QUICはそのUDPの上に最初から強固な暗号化（TLS 1.3）をガッチリと組み込むことで、速さと安全性を両立させています。

ここで、今日のメインテーマであるALPNが登場します。HTTP/3の通信を始める際、サーバーとブラウザは「QUICの暗号化の話し合い（TLSハンドシェイク）」を同時に行うのですが、その暗号化の握手をしているまさにその瞬間に、ALPNを使って「次はHTTP/3（識別子：`h3`）で話そうね」と約束を取り交わします。

通信の流れを、時系列でやさしく追ってみましょう。

1. 「はじめまして」の挨拶（Client Hello）：
ブラウザがサーバーへ「QUIC通信をお願いします！ついでに、私と話すときは `h3`（HTTP/3）というモードが使えますが、そちらはいかがですか？」と提案します（ここにALPNのリストが入っています）。
2. 「もちろんOKだよ」のお返事（Server Hello）：
サーバーがそれを受け取り、「素晴らしい！うちも `h3` でいこう！」と合意の返事を返します。
3. 超高速な通信のスタート：
この瞬間に、安全な暗号化のトンネルが開き、中身のデータやり取りがピカピカのHTTP/3（`h3`）で一気に走り出します！

もしサーバーがHTTP/3を知らなかったらどうなるでしょうか？「ごめん、うちは古いHTTP/1.1かHTTP/2までなんだ」とサーバーが優しくフォールバック（切り替え）を提案してくれるので、通信が途切れてエラーになる心配もありません。このあたりの「おもてなしの心」もネットワークの美しいところですね。

—

3. 実務でチェック！ NginxでのALPN（HTTP/3）設定例

「理屈は分かったけれど、実際の現場ではどう設定するの？」
インフラエンジニアやWeb開発者なら気になるところですよね。現代のWebサーバーであるNginxを例に、HTTP/3とALPNがどのように設定されているのか、実際のコードを覗いてみましょう。

もちろん、初心者の方にも分かりやすいように、たっぷりと日本語のコメントを添えておきますね！

==========================================
NginxにおけるHTTP/3（QUIC）とALPNの設定例
==========================================

server {
# 443番ポートで、従来のTCP(SSL)と、新しいUDP(QUIC)の両方を受け付ける設定にします
listen 443 ssl;
listen 443 quic reuseport; # ここでUDPを使ったQUICの待ち受けを有効化！

server_name example.com;

# 証明書や暗号化の基本設定
ssl_certificate /path/to/fullchain.pem;
ssl_certificate_key /path/to/privkey.pem;

# TLSのバージョンを最新の1.3に限定（QUIC/HTTP/3にはTLS 1.3が必須です）
ssl_protocols TLSv1.3;

# =========================================================================
# ★ここが今日のハイライト！ALPNの設定
# ブラウザとサーバーが「どのプロトコルで話すか」を交渉するリストです。
# 左側にあるものほど優先度が高く選ばれます。
# =========================================================================
ssl_stapling on;
ssl_stapling_verify on;

# http/2 や http/1.1 に加えて、一番左に「h3」を書くことで
# 「まずはHTTP/3で話しましょう！」とブラウザに提案できるようになります。
ssl_ciphers ‘ECDHE-ECDSA-AES128-GCM-SHA256:ECDHE-RSA-AES128-GCM-SHA256:ECDHE-ECDSA-AES256-GCM-SHA384:ECDHE-RSA-AES256-GCM-SHA384’;

# HTTP/3が有効であることをブラウザにこっそり教えてあげるレスポンスヘッダー
# 「次からウチに来る時は、いきなりQUIC(HTTP/3)で来ていいからね！」と伝えます。
add_header Alt-Svc ‘h3=”:443″; ma=86400’;

location / {
root /var/www/html;
index index.html index.exe;
}
}

この設定ファイルをサーバーに適用し、Nginxを再起動すれば、サーバーは世界中からの「`h3` でお話ししたいです！」というブラウザからのラブコール（ALPNによる打診）をいつでも受け入れられる状態になります。

—

4. デバッグの現場から：本当にHTTP/3で繋がっているか確認しよう！

「よし、設定できたぞ！」と思っても、ちゃんと裏側でALPNがうまく機能して、HTTP/3（`h3`）で通信できているか気になりますよね。そんなときは、手元のブラウザの「デベロッパーツール」を覗いてみましょう。

1. 確認したいWebサイトをブラウザ（Google ChromeやFirefoxなど）で開きます。
2. 「F12」キー（または右クリックから「検証」）を押してデベロッパーツールを開きます。
3. 「ネットワーク（Network）」タブを開き、ページを再読み込み（F5）します。
4. 並んでいるリクエストの中からどれか一つをクリックし、「名前（Name）」や「プロトコル（Protocol）」の列を見てみましょう。

ここに `h3` あるいは `http/3` という文字が表示されていれば大成功です！
見事にALPNによるハンドシェイクが成功し、ブラウザとサーバーが最新かつ最速のHTTP/3の言語でスムーズな会話を楽しんでいる証拠になります。

もしここが `h2` や `http/1.1` になっている場合は、まだブラウザがサーバーのHTTP/3対応に気づいていないか、ファイアウォール（セキュリティグループなど）でUDPの443番ポートがブロックされている可能性があります。そんなときは、「UDPの道が開通しているかな？」とネットワークの足元を見直してあげてくださいね。

—

まとめ：見えない裏側の「握手」がWebを加速させる

今回は、HTTP/3におけるALPNの役割と、識別子 `h3` を使ったプロトコル切り替えの仕組みについてお話ししました。

ALPN とは、暗号化のハンドシェイクの最中に「どのプロトコル（言語）で話しましょうか？」と決めるためのスマートな仕組み。
HTTP/3の場合は `h3` という合言葉を使い、QUIC（UDP）ベースの超高速な通信へとスムーズにバトンタッチする。
サーバー（Nginxなど）の設定や、ブラウザのデベロッパーツールを使うことで、そのやり取りは私たち自身の目で簡単に確認・検証することができる。

普段私たちが何気なく見ているウェブページの裏側では、こうしたパケットたちのスマートで洗練された「事前の握手」が毎秒何万回も行われています。

「ただデータを送受信する」だけでなく、「どうやって安全に、より速くお互いの言葉を合わせるか」というネットワークエンジニアたちのロマンと工夫を知ると、日々のインターネット利用がちょっと違った景色に見えてきませんか？

それでは、また次回の技術探訪でお会いしましょう！快適なネットワークライフを！