【入門編】HTTP/1.1のHostヘッダーの必須性とバーチャルホスティング – HTTPプロトコル・通信規格実践ガイド

こんにちは！ネットワークの世界へようこそ。日々インターネットを使っていると、ブラウザのアドレスバーにURLを入力するだけで、瞬時に目的のページが表示されますよね。

でも、この裏側で何が起きているか、少し想像してみてください。実は、1つの住所（IPアドレス）に、何千もの「お店」が同居しているとしたら……？今回は、そんな現代のWebサーバーの影の立役者である「HTTP/1.1のHostヘッダー」について、郵便配達に例えて紐解いていきましょう。

—

インターネットの世界では、サーバーの場所を「IPアドレス」という数字の羅列で特定します。これは現実世界でいうところの「住所」ですね。

かつてのWebの黎明期（HTTP/0.9や1.0の初期）、サーバーには「1つの住所につき1つのお店」しかありませんでした。しかし、インターネットが普及するにつれ、問題が発生しました。

世界中でWebサイトが増えすぎて、すべてのサイトに独自のIPアドレスを割り当てることが難しくなったのです。そこで登場したのが、「1つの建物（IPアドレス）に、看板の違うたくさんのお店（ドメイン）を入居させる」というバーチャルホスティングという仕組みです。

ここで困ったことが起きます。郵便屋さんが「この住所（IPアドレス）に手紙を届けに来たけど、中には100軒のお店がある。どこのお店宛ての手紙かわからない！」となってしまうのです。

—

この問題を解決するために、HTTP/1.1というルールで「必須」と定められたのが「Hostヘッダー」です。

これは、手紙の封筒に書かれた「宛先」のようなものです。郵便屋さんは住所だけでなく、「◯◯ビル 3階のA商店さま」という詳細を見て、正しく届けることができるようになりました。

Webブラウザがサーバーに「このIPアドレスに繋ぎたいんだけど、私は『example.com』というサイトを見たいんだ！」と、リクエストの中に「Host」という情報を添えてあげる。これがHostヘッダーの役割です。

—

では、ブラウザからサーバーへ送られる通信（HTTPリクエスト）が、どんなふうに見えているのか確認してみましょう。

GET /index.html HTTP/1.1 # HTTPのバージョン1.1を使いますよ
Host: example.com # 「example.com」というサイトのデータが欲しいです！
User-Agent: Mozilla/5.0 # 私のブラウザはこれですよ

もし、この「Host」という一行がなかったらどうなるでしょうか？サーバーは「どのサイトを見せればいいかわからない！」と困り果ててしまい、エラー（404 Not Foundや400 Bad Request）を返してしまうのです。

—

エンジニアとして働く際、Webサーバー（NginxやApacheなど）の設定ファイルを目にする機会があるはずです。サーバーは届いたリクエストのHostヘッダーを見て、あらかじめ設定された「案内所」で振り分けを行っています。

例えば、Nginxの設定ファイルではこんな書き方をします。

example.com 宛てのアクセスを処理する設定
server {
listen 80;
server_name example.com; # Hostヘッダーがこれと一致したら、この設定を使う
root /var/www/example; # このフォルダのデータを見せる
}

別のサイト my-blog.com 宛ての設定
server {
listen 80;
server_name my-blog.com; # Hostヘッダーがこれなら、別の場所を見せる
root /var/www/blog;
}

このように、サーバーは届いた「Host」の情報を見て、「お、これはあっちのフォルダのデータだな」と即座に切り替えているんです。

—

Hostヘッダーについて、少し身近に感じられましたか？

HTTP/1.1においてこのHostヘッダーが必須になったことで、私たちは限られたIPアドレスの中で、無数のWebサイトを自由に運用できるようになったのです。

普段何気なく開いているWebページも、こうしたプロトコルの小さな約束事の積み重ねで成り立っています。トラブルシューティングで「なぜかページが表示されない……」と悩んだときは、ぜひこの「宛先（Hostヘッダー）が正しく伝わっているか？」という視点を思い出してみてください。

また次回の記事で、ネットワークの奥深い世界を一緒に探検しましょう！