「分かりそう」で「分からない」でも「分かった」気になれる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台あたりの大変さを減らせますよね。



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