「分かりそう」で「分からない」でも「分かった」気になれるIT用語辞典

順番に見ていきましょう。
まずは予備知識として「プロキシ」について簡単に説明します。
「そんなの説明されなくても知ってるよ！」な人は適当に読み飛ばしてください。

プロキシは「ホームページを見るときに使うソフト（Webブラウザ）の身代わりになってホームページにアクセスしてくれるコンピュータ」です。
身も蓋もない言い方をすると、Webブラウザさんのパシリです。



詳細は、用語「プロキシ」の説明を ご覧ください。



ちなみに「プロキシ」という単語自体の意味は「代理」だそうです。
「代わりになってくれるやつ」程度に解釈してください。

また「プロキシ」ではなく「プロクシ」と表現されることも あります。
「キシ」と「クシ」の使い分けは特にありません。
日本語訳するときに「proxy」の「xy」を「キシ」と読んだか「クシ」と読んだかだけの違いでしょう。



以上を踏まえて、文字通り、プロキシさんの逆バージョンが「リバースプロキシ」です。
普通のプロキシさんはWebブラウザの身代わりになってくれますが、リバースプロキシさんは

Webサーバの身代わり

になってくれます。



……と、いきなり言われても分かりませんよね。

大丈夫です。
順番に見ていきましょう。

あなたがホームページを見ようとすると、まず、ホームページを見るときに使うソフト（Webブラウザ）からホームページのファイルが置いてあるコンピュータ（Webサーバ）に対して「このページをおくれ」と お願いが出されます。



そのお願いに対して、WebサーバさんからWebブラウザさんに「ほれ、そのページだよ」と お返事がきます。



お返事を受け取ったWebブラウザさんは、受け取ったページを画面上に表示します。



これが普通にホームページを見るときの流れです。

ホームページが表示されるまでの流れは

１．Webブラウザ→「このページおくれ」→Webサーバ
２．Webブラウザ←「ほれ、そのページだよ」←Webサーバ

となります。



次に、普通のプロキシさんが混ざる場合の流れを見てみましょう。

普通のプロキシさんは「Webブラウザさんの身代わり」です。
Webブラウザさんは、まず、プロキシサーバさん（＝普通のプロキシ）に対して「あのページをもらってきておくれ」というお願いを出します。



次に、プロキシサーバさんがWebブラウザさんの代わりに「このページをおくれ」な お願いをWebサーバさんにします。



お願いを受け取ったWebサーバさんは、プロキシサーバさんに対して「ほれ、そのページだよ」と お返事を出します。



Webサーバさんからお返事を受け取ったプロキシサーバさんは、Webブラウザさんに「ほれ、そのページだよ」と お返事を出します。



プロキシサーバさんからお返事を受け取ったWebブラウザさんは、受け取ったページを画面上に表示します。



これが普通のプロキシさんが混ざった場合の流れです。

ホームページが表示されるまでの流れは

１．Webブラウザ→「俺の代わりに、このページをもらってきておくれ」→プロキシサーバ
２．プロキシサーバ→「このページおくれ」→Webサーバ
３．プロキシサーバ←「ほれ、そのページだよ」←Webサーバ
４．Webブラウザ←「ほれ、もらってきたページだよ」←プロキシサーバ

に なります。



「ページをおくれ」と お願いする側を「クライアント」と呼びます。
「ほれ、そのページだよ」と お返事をする側を「サーバ」と呼びます。
「Webブラウザ＋プロキシサーバ」で1つのクライアントなイメージです。
よく分からなければ、Webブラウザのパシリが普通のプロキシだと思ってください。



さぁ、いよいよ本題です。
リバースプロキシさんが混ざる場合を見てみましょう。

流れにリバースプロキシさんが混ざった場合、Webブラウザさんはリバースプロキシサーバさん（＝リバースプロキシ）に対して「あのページが見たい」というお願いを出します。



本来のWebサーバさんの代わりにお願いを受け取ったリバースプロキシサーバさんは、本来のWebサーバさんに「このページをくれってきたよ」と伝えます。



それに対して、本来のWebサーバさんは「じゃあ、このページ返してあげて」とリバースプロキシサーバさんに対して、お返事をします。



本来のWebサーバさんからお返事を受け取ったリバースプロキシサーバさんは、Webブラウザさんに「ほれ、そのページだよ」と お返事します。



リバースプロキシサーバさんからお返事を受け取ったWebブラウザさんは、受け取ったページを画面上に表示します。



これがリバースプロキシさんが混ざった場合の流れです。

ホームページが表示されるまでの流れは

１．Webブラウザ→「このページおくれ」→リバースプロキシサーバ
２．リバースプロキシサーバ→「このページをくれってきたよ」→Webサーバ
３．リバースプロキシサーバ←「じゃあ、このページ返してあげて」←Webサーバ
４．Webブラウザ←「ほれ、そのページだよ」←リバースプロキシサーバ

に なります。



普通のプロキシさんは「Webブラウザ＋プロキシサーバ」で1つのクライアントでした。
リバースプロキシさんは「リバースプロキシサーバ＋Webサーバ」で1つのサーバになるイメージです。
よく分からなければ、Webサーバのパシリがリバースプロキシだと思ってください。



リバースプロキシを使うメリットは

(1)身元を隠せる
(2)負荷分散ができる

でしょうかね。

(1)のメリットは普通のプロキシと同じです。
矢面に立つのはリバースプロキシサーバさんです。
裏に控えるWebサーバの正体はバレません。

(2)はちょっとややこしいのですが、1つのリバースプロキシに複数のWebサーバを割り当てられるのです。
普段は

Webブラウザ←→リバースプロキシサーバ←→Webサーバ

の流れですが、Webサーバを複数用意して

Webブラウザ←→リバースプロキシサーバ←→Webサーバ1、Webサーバ2、Webサーバ3

のようにすることもできます。



そうすれば、Webブラウザさんとやり取りする部分は何も変えないで、Webサーバさん1台あたりの大変さを減らせますよね。



そのようにして負荷分散に使えたりもします。