リバースプロキシサーバ
プロキシサーバだよ
Webサーバのパシリだよ
Webサーバの身代わりをするよ
簡単に書くよ
リバースプロキシサーバ(英:reverse proxy server)とは
恥ずかしがり屋なWebサーバさん
(ホームページのファイルが置いてあるコンピュータ)の代理交渉人。
もう少し具体的に書くと
Webサーバさんの身代わりになってホームページのファイルを返してくれるコンピュータ
です。
詳しく書くよ
順番に見ていきましょう。
まずは予備知識として「プロキシサーバ」について簡単に説明します。
「そんなの説明されなくても知ってるよ!」な人は適当に読み飛ばしてください。
プロキシサーバは「ホームページを見るときに使うソフト(Webブラウザ)の身代わりになってホームページにアクセスしてくれるコンピュータ」です。
詳細は、用語「プロキシサーバ」の説明を ご覧ください。
それを踏まえて、文字通り、プロキシサーバさんの逆バージョンが「リバースプロキシサーバ」です。
普通のプロキシサーバさんはWebブラウザの身代わりになってくれますが、リバースプロキシサーバさんは
Webサーバの身代わり
になってくれます。
……と、いきなり言われても分かりませんよね。
大丈夫です。
順番に見ていきましょう。
あなたがホームページを見ようとすると、まず、ホームページを見るときに使うソフト(Webブラウザ)からホームページのファイルが置いてあるコンピュータ(Webサーバ)に対して「このページをおくれ」と お願いが出されます。
そのお願いに対して、WebサーバさんからWebブラウザさんに「ほれ、そのページだよ」と お返事がきます。
お返事を受け取ったWebブラウザさんは、受け取ったページを画面上に表示します。
これが普通にホームページを見るときの流れです。
ホームページが表示されるまでの流れは
1.Webブラウザ→「このページおくれ」→Webサーバ
2.Webブラウザ←「ほれ、そのページだよ」←Webサーバ
となります。
次に、普通のプロキシサーバさんが混ざる場合の流れを見てみましょう。
普通のプロキシサーバさんは「Webブラウザさんの身代わり」です。
Webブラウザさんは、まず、プロキシサーバさんに対して「あのページをもらってきておくれ」というお願いを出します。
次に、プロキシサーバさんがWebブラウザさんの代わりに「このページをおくれ」な お願いをWebサーバさんにします。
お願いを受け取ったWebサーバさんは、プロキシサーバさんに対して「ほれ、そのページだよ」と お返事を出します。
Webサーバさんからお返事を受け取ったプロキシサーバさんは、Webブラウザさんに「ほれ、そのページだよ」と お返事を出します。
プロキシサーバさんからお返事を受け取ったWebブラウザさんは、受け取ったページを画面上に表示します。
これが普通のプロキシサーバさんが混ざった場合の流れです。
ホームページが表示されるまでの流れは
1.Webブラウザ→「俺の代わりに、このページをもらってきておくれ」→プロキシサーバ
2.プロキシサーバ→「このページおくれ」→Webサーバ
3.プロキシサーバ←「ほれ、そのページだよ」←Webサーバ
4.Webブラウザ←「ほれ、もらってきたページだよ」←プロキシサーバ
に なります。
「ページをおくれ」と お願いする側を「クライアント」と呼びます。
「ほれ、そのページだよ」と お返事をする側を「サーバ」と呼びます。
「Webブラウザ+プロキシサーバ」で1つのクライアントなイメージです。
よく分からなければ、Webブラウザのパシリが普通のプロキシサーバだと思ってください。
さぁ、いよいよ本題です。
リバースプロキシサーバさんが混ざる場合を見てみましょう。
流れにリバースプロキシサーバさんが混ざった場合、Webブラウザさんはリバースプロキシサーバさんに対して「あのページが見たい」というお願いを出します。
本来のWebサーバさんの代わりにお願いを受け取ったリバースプロキシサーバさんは、本来のWebサーバさんに「このページをくれってきたよ」と伝えます。
それに対して、本来のWebサーバさんは「じゃあ、このページ返してあげて」とリバースプロキシサーバさんに対して、お返事をします。
本来のWebサーバさんからお返事を受け取ったリバースプロキシサーバさんは、Webブラウザさんに「ほれ、そのページだよ」と お返事します。
リバースプロキシサーバさんからお返事を受け取ったWebブラウザさんは、受け取ったページを画面上に表示します。
これがリバースプロキシサーバさんが混ざった場合の流れです。
ホームページが表示されるまでの流れは
1.Webブラウザ→「このページおくれ」→リバースプロキシサーバ
2.リバースプロキシサーバ→「このページをくれってきたよ」→Webサーバ
3.リバースプロキシサーバ←「じゃあ、このページ返してあげて」←Webサーバ
4.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台あたりの大変さを減らせますよね。
そのようにして負荷分散に使えたりもします。
一言でまとめるよ
まぁ「リバースプロキシサーバ」って単語が出てきたら「Webサーバさん
(ホームページのファイルが置いてあるコンピュータ)のパシリなんだな~」と お考えください。
おまけ
■訳してみるよ
「reverse(リバース)」の意味は「逆の」とか「反転する」とか「逆転する」とかです。
「proxy(プロキシ)」の意味は「代理」とか「代理人」とかです。
「server(サーバ)」の意味は「仕える人」とか「給仕人」とかです。
何となく くっつけると
逆の代理給仕人
となります。
■検索してみる?






