巨大な荷物を「ひと口」ずつ受け取る魔法――HTTP/1.1の「Rangeリクエスト」を紐解く
ネットワークの世界へようこそ！インフラの現場にいると、Webサイトを見ているだけで「今、裏側でどんなやり取りが行われているか」が手に取るように分かってきます。
さて、皆さんは大きな動画ファイルをダウンロードしている途中で回線が切れてしまい、泣く泣く最初からやり直した経験はありませんか？あるいは、動画のシークバーを動かした瞬間に、続きがすぐ再生される仕組みに不思議を感じたことはないでしょうか。
これらを支えているのが、HTTP/1.1の隠れた名脇役、「Range（レンジ）リクエスト」と「206 Partial Content」です。今日は、この賢い仕組みを郵便配達に例えて、やさしく解き明かしていきましょう。
—
1. 郵便配達で例える「全部送る」と「必要な分だけ送る」
普段、Webサイトを見るということは、ブラウザという「受け取り人」が、サーバーという「配達員」に荷物を届けてもらう行為です。
普通のHTTPリクエスト（200 OK）
これまでのリクエストは、いわば「この荷物（ファイル）丸ごと全部ください！」という注文です。相手は「はい、全部用意しました！」とダンボールまるごと玄関に置いていきます。これがステータスコードの「200 OK」ですね。
しかし、もしその荷物が1GBもある超巨大な映画データだったらどうでしょう？「最初の1分だけ見たいのに、全部届くのを待たなきゃいけないの？」となってしまいますよね。
Rangeリクエスト（206 Partial Content）
ここで登場するのが「Rangeリクエスト」です。これは「荷物のうち、〇〇番目から△△番目までのパーツだけください！」という賢い注文方法です。
サーバーは「承知しました。注文された一部分だけをお届けしますね」と言って、残りの部分ではなく、指定された断片だけを切り出して送ってくれます。この時に返されるのが、「206 Partial Content（一部だけの内容ですよ）」というステータスコードです。
—
2. 実践！ブラウザとサーバーの会話を覗いてみよう
では、実際にブラウザはどのような「手紙（リクエストヘッダー）」を書いて送っているのでしょうか。少しだけコードを見てみましょう。
GET /movie.mp4 HTTP/1.1
Host: example.com
Range: bytes=0-1023 # 「0バイト目から1023バイト目まで（最初の1KB）をください！」という指定
これに対して、サーバーは次のような返事（レスポンス）を返します。
HTTP/1.1 206 Partial Content
Content-Type: video/mp4
Content-Range: bytes 0-1023/5000000 # 「全体500万バイトのうち、0〜1023を送りました」という報告
Content-Length: 1024 # 「今回送ったのは1024バイトですよ」というサイズ表記
このやり取りのおかげで、ブラウザは「ファイル全体を待たずに、すぐに再生を開始する」という芸当ができるのです。
—
3. なぜ「Range」が重要なのか？
ネットワークエンジニアの視点で見ると、この機能には2つの大きなメリットがあります。
1. レジューム機能（中断後の再開）
もしダウンロードが90%で止まってしまっても、ブラウザは「次は90%の続きからちょうだい！」とサーバーに頼むことができます。最初からダウンロードし直す無駄な通信が発生しません。これは通信環境が不安定なモバイル端末では生命線とも言える機能です。
2. 動画のストリーミング再生
動画のシークバーをぐいっと動かしたとき、動画プレイヤーは「じゃあ、その位置のデータをください」とRangeリクエストを送っています。これにより、数時間の動画でも、見たいシーンだけをピンポイントで即座に呼び出せるのです。
—
4. エンジニアとして知っておきたい「注意点」
最後に、現場でトラブルシューティングをする際に大切なポイントをひとつだけ。
すべてのサーバーが「Rangeリクエスト」を受け付けてくれるわけではありません。サーバーの設定でこの機能を無効にしていたり、古いCGIプログラムなどが対応していない場合、サーバーは「そんな細かい指定は受け付けないよ！」と、無視してファイル全体を200 OKで送り返してくることがあります。
もし皆さんが開発しているWebアプリで「なぜかシークバーが動かない」「ダウンロードが途中で切れると最初からになる」という現象に出会ったら、まずは開発者ツールのネットワークタブを開いて、ステータスコードが「206」になっているか、そしてサーバーが `Accept-Ranges: bytes` という「うちは部分的な注文も受け付けますよ！」という看板を掲げているかを確認してみてください。
—
まとめ：ネットワークは「思いやり」でできている
HTTP/1.1のRangeリクエストは、単なる通信のルールではなく、「ユーザーの待ち時間を減らし、無駄な通信を省くための工夫」です。
郵便局が巨大な荷物を一度に運ぶのではなく、必要な分だけをスマートに届けてくれる。そんな「思いやり」の積み重ねが、今の快適なインターネットを支えています。
最初は難しく見えるプロトコルも、こうして「誰が、何のために、どうやって」を考えていくと、パケットが活き活きと駆け巡る姿が見えてくるはずです。ぜひ、次回の開発や検証の際にも、この「206」という数字に注目してみてくださいね！
コメント