リバースプロキシとは？仕組みと用途を解説

リバースプロキシは、WebサイトやWebアプリの前段に置かれ、利用者からのリクエストをいったん受け取ってから、後ろにあるWebサーバーへ転送する仕組みです。

NginxやCloudflareなどを調べるとよく出てくる言葉ですが、普通の共用レンタルサーバー利用者が自分で設定する必要はほとんどありません。

30秒でわかる結論

リバースプロキシは、Webサーバーの前段で利用者からの通信を受け取る中継サーバー
利用者 → リバースプロキシ → オリジンサーバーの順で通信する
主な用途は負荷分散、キャッシュ、TLS終端、セキュリティ、オリジンの保護
フォワードプロキシは利用者側、リバースプロキシはサーバー側に置く点が違う
NginxはWebサーバーだけでなくリバースプロキシやロードバランサーとしても使える
CloudflareのようなCDNもリバースプロキシ型で動作する構成がある
共用レンタルサーバー利用者は、通常は仕組みを理解するだけで十分
VPSで独自構成を作る場合は、転送先、ヘッダー、HTTPS、障害時の挙動まで理解して設定する

リバースプロキシとは？

リバースプロキシは、クライアントとWebサーバーの間に入り、クライアントからのリクエストを後段のサーバーへ転送するサーバーです。

1．利用者
ブラウザからアクセス

2．リバースプロキシ
リクエストを受け取る

3．オリジンサーバー
実際のWeb処理を行う

4．レスポンスを利用者へ返す

利用者から見ると、通常はリバースプロキシの後ろに何台のWebサーバーがあるかは意識しません。

初心者向けに言うと

リバースプロキシは、Webサーバーの「受付係」です。外から来たアクセスを受け取り、適切な裏側のサーバーへ渡します。

オリジンサーバーとは？

リバースプロキシの後ろで、実際のWebページやアプリケーションを提供するサーバーをオリジンサーバーと呼びます。

構成例

利用者 → Cloudflare → VPS上のNginx / WordPress

この場合、Cloudflareが前段のリバースプロキシとして通信を受け取り、その後ろにあるVPSがオリジンサーバーになります。

フォワードプロキシとの違い

「プロキシ」と「リバースプロキシ」は、どちらも通信を中継しますが、守る側・代理する側が違います。

項目	フォワードプロキシ	リバースプロキシ
置く場所	利用者側	Webサーバー側
代理する対象	クライアント	サーバー
主な用途	アクセス制御・中継	負荷分散・キャッシュ・保護
利用者から見える接続先	外部Webサイト	リバースプロキシ

覚え方

フォワードプロキシは利用者の前、リバースプロキシはサーバーの前と覚えると分かりやすいです。

用途1．複数サーバーへ負荷分散する

アクセスが多いサイトでは、1台のWebサーバーだけで処理せず、複数台へアクセスを振り分けることがあります。

利用者

リバースプロキシ

WebサーバーA

WebサーバーB

WebサーバーC

Nginxでは複数のupstreamサーバーを定義し、HTTPリクエストを複数サーバーへ振り分けるロードバランサーとして利用できます。

負荷分散が必要になる例

1台では処理しきれない大量アクセスがあり、同じWebアプリを複数サーバーで動かしている場合です。

用途2．キャッシュでオリジン負荷を減らす

リバースプロキシは、オリジンサーバーから受け取ったレスポンスをキャッシュし、条件が合えば次回アクセスへそのまま返すことがあります。

キャッシュなし

100人アクセス → 100回オリジンサーバーで処理

キャッシュあり

最初のアクセスだけオリジンで処理 → 以降はリバースプロキシのキャッシュから返す

これにより、PHPやデータベース処理を減らしやすくなります。

すべてをキャッシュしてよいわけではない

ログイン画面、カート、会員情報など利用者ごとに内容が変わるページを誤って共有キャッシュすると、重大な情報漏えいにつながる可能性があります。

用途3．TLS終端を行う

HTTPS通信をリバースプロキシ側で受け取り、TLSの暗号化・復号を前段で処理する構成があります。

これをTLS終端と呼びます。

ブラウザ
HTTPS

リバースプロキシ
TLSを処理

オリジンサーバー

前段だけHTTPSなら安全とは限らない

リバースプロキシからオリジンサーバーまでがインターネット経由なら、その区間もHTTPSで暗号化する構成が一般的です。前段だけ暗号化して終わりにしないようにします。

用途4．オリジンサーバーを直接公開しない

リバースプロキシ型のCDNやセキュリティサービスを前段に置くと、利用者はオリジンサーバーへ直接アクセスせず、まず前段サービスへ接続します。

Cloudflareも、リバースプロキシとして前段に入り、HTTP/HTTPS通信をCloudflare経由でオリジンへ送る構成を説明しています。

オリジン保護

オリジンサーバーへの直接アクセスを制限できれば、DDoS対策やWAFなどの前段保護を通さない通信を減らせます。

DNSをCloudflareにしただけでは同じではない

CloudflareではDNSレコードを「Proxied」にした場合にHTTP/HTTPS通信がCloudflareを経由します。「DNS only」ではDNS解決だけを行い、通信はオリジンへ直接届きます。

用途5．複数のアプリを1つの入口で振り分ける

1台のVPS内で複数アプリを動かし、URLやホスト名によって転送先を分けることもできます。

例

example.com/ → WordPress
example.com/api/ → Node.jsアプリ
admin.example.com → 管理アプリ

利用者は同じドメイン・同じHTTPS入口へアクセスし、リバースプロキシが裏側のサービスへ振り分けます。

Nginxとリバースプロキシの関係

NginxはWebサーバーとして有名ですが、公式にもHTTP Web server、reverse proxy、content cache、load balancerなど複数の役割を持つソフトウェアとして説明されています。

Nginx公式の初心者向けガイドでも、リクエストを受け取り、別のサーバーへ転送し、そのレスポンスをクライアントへ返すプロキシ構成が解説されています。

Nginx＝リバースプロキシ専用ではない

Nginxは静的ファイルを直接配信するWebサーバーにも、別のアプリへ転送するリバースプロキシにも、複数サーバーへ振り分けるロードバランサーにも使えます。

CDNとリバースプロキシは同じ？

同じ意味ではありません。

用語	意味
リバースプロキシ	オリジンサーバーの前段で通信を中継する仕組み
CDN	複数拠点からコンテンツを効率よく配信する仕組み

ただし、CloudflareのようにCDNサービスがリバースプロキシとして動作する構成はあります。

関係を整理

「CDN＝必ずリバースプロキシ」ではありませんが、リバースプロキシ方式を使うCDNサービスはあります。

ロードバランサーとの違い

ロードバランサーは、複数のサーバーへ負荷を分散する役割を持つ仕組みです。

リバースプロキシは負荷分散以外にも、キャッシュ、TLS終端、アクセス制御などを行えます。

機能	リバースプロキシ	ロードバランサー
リクエスト中継	○	○
複数サーバーへ分散	可能	主目的
キャッシュ	可能	製品・構成による
TLS終端	可能	可能な製品あり