[ 通常表示 ]  [ 簡易表示 ]  [ シンプル表示 ]

「分かりそう」で「分からない」でも「分かった」気になれるIT用語辞典イメージぴよ画像「分かりそう」で「分からない」でも「分かった」気になれるIT用語辞典

リバースプロキシサーバ (reverse proxy server)

pointこの用語のポイント

pointプロキシだよ

pointWebサーバのパシリだよ

pointWebサーバの身代わりをするよ

スポンサーリンク

簡単に書くよ

リバースプロキシサーバ (reverse proxy server)とは

恥ずかしがり屋なWebサーバさん用代理交渉人のこと。
もう少し真面目に書くと

Webサーバさんの身代わりになってホームページのファイルを返してくれるサーバさんのこと
です。

image piyo

詳しく書くよ

プロキシサーバは「Webブラウザさんの身代わりになってホームページアクセスしてくれるサーバさん」です。
詳細は用語「プロキシサーバ」の解説をご覧ください。

リバースプロキシサーバ

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

リバースプロキシサーバ2

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

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

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

リバースプロキシサーバ3

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

リバースプロキシサーバ4

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

リバースプロキシサーバ5

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

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

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


となります。

リバースプロキシサーバ6

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

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

リバースプロキシサーバ7

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

リバースプロキシサーバ8

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

リバースプロキシサーバ9

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

リバースプロキシサーバ10

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

リバースプロキシサーバ11

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

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

1.Webブラウザ→「俺の代わりにこのページ貰ってきておくれ」→プロキシサーバ
2.プロキシサーバ→「このページおくれ」→Webサーバ
3.プロキシサーバ←「ほれ、そのページだよ」←Webサーバ
4.Webブラウザ←「ほれ、貰ってきたページだよ」←プロキシサーバ


になります。

リバースプロキシサーバ12

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

リバースプロキシサーバ13

さぁ、いよいよ本題です。
ホームページを表示する流れにリバースプロキシサーバさんが混ざる場合を見てみましょう。

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

リバースプロキシサーバ14

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

リバースプロキシサーバ15

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

リバースプロキシサーバ16

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

リバースプロキシサーバ17

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

リバースプロキシサーバ18

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

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

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


になります。

リバースプロキシサーバ19

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

リバースプロキシサーバ20

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

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


でしょうかね。

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

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

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

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

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

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

リバースプロキシサーバ21

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

リバースプロキシサーバ22

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

image piyo2

一言でまとめるよ

まぁ「リバースプロキシサーバ」って単語が出てきたら「Webサーバさんの身代わりなんだな~」と、お考えください。

一番上に戻るよ
スポンサーリンク