proxy - プロキシサーバーとリバースプロキシサーバーの違いは何ですか?

Question

プロキシサーバーとリバースプロキシサーバーの違いは何ですか?

score 3100 · Accepted Answer

以前の回答は正確でしたが、おそらく簡潔すぎます。いくつか例を追加してみます。

まず第一に、「プロキシ」という言葉は、誰かまたは他の誰かに代わって行動する何かを表します。

コンピューターの領域では、あるサーバーが別のコンピューターに代わって動作することについて話しています。

アクセシビリティの目的で、議論をWebプロキシに限定しますが、プロキシの概念はWebサイトに限定されません。

フォワードプロキシ

Webプロキシに関するほとんどの説明は、「フォワードプロキシ」と呼ばれるタイプのプロキシに言及しています。

この場合のプロキシイベントは、「フォワードプロキシ」が元の要求先に代わって別のWebサイトからデータを取得することです。

3台のコンピューターの話（パートI）

例として、インターネットに接続されている3台のコンピューターをリストします。

X =コンピュータ、またはインターネット上の「クライアント」コンピュータ
Y =プロキシWebサイト、proxy.example.org
Z =アクセスしたいWebサイト、www.example.net

通常、から直接接続しますX --> Z.

ただし、一部のシナリオでは、Y --> Zに代わってX次のようにチェーンする方が適切ですX --> Y --> Z。

Xがフォワードプロキシサーバーを使用する理由：

フォワードプロキシサーバーの使用法の（非常に）部分的なリストは次のとおりです。

1）XはZに直接アクセスできません。
- Xa）のインターネット接続を介した管理権限を持つ誰かが、サイトへのすべてのアクセスをブロックすることを決定しましZた。
  - 例：
    - ストームワームウイルスは、人々をだまして訪問させることで拡散しているfamilypostcards2008.comため、システム管理者は、ユーザーが不注意に自分自身に感染するのを防ぐために、サイトへのアクセスをブロックしています。
    - 大企業の従業員は多くの時間を浪費しているfacebook.comため、経営陣は営業時間中はアクセスをブロックしたいと考えています。
    - 地元の小学校は、playboy.comウェブサイトへのインターネットアクセスを許可していません。
    - 政府はニュースの公開を制御できないため、代わりに、などのサイトをブロックすることでニュースへのアクセスを制御しますwikipedia.org。TORまたはFreeNetを参照してください。
- b）の管理者ZがブロックしXました。
  - 例：
    - Zの管理者は、Xからのハッキングの試みに気付いたため、XのIPアドレス（および/またはネットレンジ）をブロックすることにしました。
    - Zはフォーラムのウェブサイトです。 Xフォーラムをスパムしています。ZはXをブロックします。

リバースプロキシ

3台のコンピューターの話（パートII）

この例では、インターネットに接続されている3台のコンピューターをリストします。

X =コンピュータ、またはインターネット上の「クライアント」コンピュータ
Y =リバースプロキシWebサイト、proxy.example.com
Z =アクセスしたいWebサイト、www.example.net

通常、から直接接続しますX --> Z.

ただし、一部のシナリオでは、管理者がZ直接アクセスを制限または禁止し、訪問者に最初にYを通過させる方がよい場合があります。したがって、以前と同様に、Y --> Zに代わってデータが取得されX、次のようにチェーンされますX --> Y --> Z。

今回の「フォワードプロキシ」との違いは、ユーザーは自分がと通信していることだけを確認できるため、Xアクセスしていることをユーザーが知らないことです。サーバーはクライアントからは見えず、リバースプロキシのみが外部から見えます。リバースプロキシは、クライアント側で（プロキシ）構成を必要としません。ZXYZY

クライアントは、（）Xとのみ通信していると考えていますが、実際には、すべての通信を（再び）転送しています。YX --> YYX --> Y --> Z

Zがリバースプロキシサーバーをセットアップする理由：

1）Zは、Webサイトへのすべてのトラフィックが最初にYを通過するように強制したいと考えています。
- a）Zには何百万人もの人々が見たいと思う大きなWebサイトがありますが、単一のWebサーバーですべてのトラフィックを処理することはできません。そのため、Zは多くのサーバーをセットアップし、インターネット上にリバースプロキシを配置して、ユーザーがZにアクセスしようとしたときに、ユーザーを最も近いサーバーに送信します。これは、コンテンツ配信ネットワーク（CDN）の概念の一部です。
  - 例：
    - AppleTrailersはAkamaiを使用しています
    - Jquery.comは、CloudFront CDNを使用してJavaScriptファイルをホストします（サンプル）。
    - 等
2）Zの管理者は、サーバーでホストされているコンテンツに対する報復を心配しており、メインサーバーを直接公開したくありません。
- a）「CanadianPharmacy」などのスパムブランドの所有者は数千台のサーバーを所有しているように見えますが、実際にはほとんどのWebサイトがはるかに少ないサーバーでホストされています。さらに、スパムに関する悪用の苦情は、メインサーバーではなく、パブリックサーバーのみをシャットダウンします。

上記のシナリオでZは、を選択する機能がありますY。

投稿からのトピックへのリンク：

コンテンツ配信ネットワーク

CDNのリスト
- http://www.mytestbox.com/miscellaneous/content-delivery-networks-cdn-list/
- http://blog.streamingmedia.com/the_business_of_online_vi/2008/01/updated-list-of.html

フォワードプロキシソフトウェア（サーバー側）

PHPプロキシ
cgi-proxy
phproxy （販売終了）
グリペ
インターネット検閲ウィキ：Webプロキシのリスト
イカ（明らかに、リバースプロキシとしても機能します）

HTTP用リバースプロキシソフトウェア（サーバー側）

Apache mod_proxy（HTTPのフォワードプロキシとしても機能します）
nginx （hulu.com、スパムサイトなどで使用されます）
HAProxy
CaddyWebサーバー
lighthttpd
perlbal（livejournal用に作成）
ポートフュージョン
ポンド
varnish cache （ FreeBSDカーネルの第一人者によって書かれました）
安息

TCP用リバースプロキシソフトウェア（サーバー側）

参照：

score 569 · Accepted Answer

A pair of simple definitions would be:

Forward Proxy: Acting on behalf of a requestor (or service consumer)

Reverse Proxy: Acting on behalf of service/content producer.

score 456 · Accepted Answer

下の図がとても参考になりました。これは、クライアントからサーバーへのインターネットを介したフォワードプロキシとリバースプロキシのセットアップのアーキテクチャを示しているだけです。この画像は、qyb2zm302 の回答と他の回答をよりよく理解するのに役立ちます。

また、Peter Silva によるF5のDevCentralからこのビデオを視聴することもできます。

画像ソース: Quora . ただし、Martijn Pietersによると、この画像はPulse Secure Communityまたは Julien Pauli のサイト(フランス語)、developpez.com からのものである可能性があります。

次の古典的なことわざを思い出しました。

写真は1000語に値します。

score 252 · Accepted Answer

Forward Proxy vs. Reverse Proxy (2012) では、フォワードプロキシとリバースプロキシの違いが非常に明確に説明されています。

qyb2zm302 の回答では、プロキシのアプリケーションについて詳しく説明されていますが、フォワードプロキシとリバースプロキシの間の基本的な概念が間違っています。リバースプロキシ、X → Y → Z の場合、X は Y について知っているが、Z については知っていない。

プロキシは、通信 (リクエスト + レスポンス) の単なる仲介者です。クライアント <-> プロキシ <-> サーバー

クライアントプロキシ: (クライアント <-> プロキシ) <-> サーバー

The proxy acts on behalf of the client. The client knows about all three machines involved in the chain. The server doesn't.

Server proxy: client <-> ( proxy <-> server )

The proxy acts on behalf of the server. The client only knows about the proxy. The server knows the whole chain.

It seems to me that forward and reverse are simply confusing, perspective-dependent names for client and server proxy. I suggest abandoning the former for the latter, for explicit communication.

もちろん、問題をさらに複雑にしているのは、すべてのマシンがもっぱらクライアントまたはサーバーというわけではないということです。コンテキストがあいまいな場合は、プロキシが存在する場所と、プロキシがトンネリングする通信を明示的に指定することをお勧めします。

score 130 · Accepted Answer

いくつかの図が役立つ場合があります。

フォワードプロキシ

フォワードプロキシ

リバースプロキシ

リバースプロキシ

score 74 · Accepted Answer

違いは主に展開にあります。Web フォワードプロキシとリバースプロキシはすべて、同じ基本機能を備えています。これらは、さまざまな形式の HTTP 要求の要求を受け入れ、通常はオリジンサーバーまたはコンタクトサーバーにアクセスして応答を返します。

フル機能のサーバーには、通常、アクセス制御、キャッシュ、およびいくつかのリンクマッピング機能があります。

フォワードプロキシは、クライアントマシンを構成することによってアクセスされるプロキシです。クライアントには、プロキシ機能 (リダイレクト、プロキシ認証など) のプロトコルサポートが必要です。プロキシはユーザーエクスペリエンスに対して透過的ですが、アプリケーションに対しては透過的ではありません。

リバースプロキシは、Web サーバーとしてデプロイされ、Web サーバーのように動作するプロキシです。クライアントの観点からはWeb サーバーであるため、ユーザーエクスペリエンスは完全に透過的です。

実際、単一のプロキシインスタンスは、さまざまなクライアント母集団に対して同時にフォワードプロキシおよびリバースプロキシとして実行できます。

score 69 · Accepted Answer

Proxy: クライアントに代わってリクエストを行います。したがって、サーバーは応答をプロキシに返し、プロキシは応答をクライアントに転送します。実際、サーバーはクライアントが誰であるか (クライアントの IP アドレス) を「学習」することはありません。プロキシのみを認識します。ただし、クライアントはサーバー宛ての HTTP 要求を基本的にフォーマットするため、サーバーを確実に認識していますが、それをプロキシに渡すだけです。

リバースプロキシ: サーバーに代わってリクエストを受信しています。リクエストをサーバーに転送し、レスポンスを受信してから、クライアントにレスポンスを返します。この場合、クライアントは実際のサーバー (サーバーの IP アドレス) が誰であったかを「学習」しません (いくつかの例外があります)。プロキシのみを認識します。サーバーは、リバースプロキシの構成に応じて、実際のクライアントを認識する場合と認識しない場合があります。

score 51 · Accepted Answer

最良の説明は、図を使用してここにあります。

フォワードプロキシがクライアント(または要求ホスト)に代わってプロキシするのに対し、リバースプロキシはサーバーに代わってプロキシします。

実際、フォワードプロキシはクライアントの ID を隠しますが、リバースプロキシはサーバーの ID を隠します。

score 39 · Accepted Answer

プロキシサーバーは、発信するネットワークリクエストを、インターネット上のさまざまな必ずしも関連性のないパブリックリソースにプロキシ (およびオプションでキャッシュ) します。リバースプロキシは、インターネットから受信した要求をキャプチャ (およびオプションでキャッシュ) し、通常は高可用性を目的として、さまざまな内部プライベートリソースに配布します。

score 13 · Accepted Answer

Apacheの観点からの私の理解では、プロキシとは、サイト x がサイト y をプロキシする場合、x に対する要求が y を返すことを意味します。

リバースプロキシとは、y へのすべての参照が x になるように、y からの応答が調整されることを意味します。

ユーザーがプロキシが関与していることを認識できないように...

score 11 · Accepted Answer

私の理解では...

そもそも代理とは、ご存知のように「他人を代理する権限」を意味します。現在、フォワードプロキシとリバースプロキシの 2 つがあります。

フォワードプロキシ

「Google」にアクセスしたいとします。「Google」には、その特定のリクエストに応答するためのサーバーが n 個あります。

この場合、Google に何かをリクエストしていて、Google に IP アドレスを見せたくない場合は、以下で説明するように、フォワードプロキシを使用します。

A→B→C

ここで、あなたは A で、B を介してリクエストを送信しています。したがって、C は、リクエストが A ではなく B から来ていると見なします。このようにして、クライアントの IP アドレスが外部に公開されないようにすることができます。

リバースプロキシ

この場合、理解を深めるために、フォワードプロキシの同じケースを取り上げます。ここで、Google に何かをリクエストしました。Google は、1 つのリクエストをアプリサーバーまたは別のプロキシサーバーに送信して、レスポンスを取得します。したがって、これらのことは、以下で説明するように発生します。

A→B→C

し→し

中 ← 中

A ← B ← C

上の図から、リクエストが A からではなく B から C に送信されたことがわかります。次に、C から D に 1 つのリクエストが送信されます。同様に、応答は D から C に送信され、次に B と A に送信されます。

上の図は、両方のプロキシが同じように動作しているにもかかわらず、重要なのはコンテキストだけであることを示していますが、クライアント側のプロキシはクライアント情報を隠していますが、サーバー側のプロキシはサーバー側の情報を隠しています.

score 9 · Accepted Answer

これは、（ロードバランサーとしての）リバースプロキシの例です。

クライアントがwebsite.comにアクセスし、アクセスしたサーバーでリバースプロキシが実行されています。リバースプロキシはたまたまポンドです。Poundはリクエストを受け取り、その背後にある3つのアプリケーションサーバーの1つに送信します。この例では、ポンドはロードバランサーです。つまり、3つのアプリケーションサーバー間で負荷を分散しています。

アプリケーションサーバーは、Webサイトのコンテンツをクライアントに提供します。

score 8 · Accepted Answer

フォワードプロキシはユーザーにサービスを提供します。つまり、ユーザーがサーバーにアクセスできるようにします。

リバースプロキシはサーバーにサービスを提供します。サーバーをユーザーから保護します。

score 0 · Accepted Answer

サービスの目的を考えてみましょう。

フォワードプロキシの場合:

プロキシは、ユーザーがサーバーにアクセスするのに役立ちます。

リバースプロキシの場合:

プロキシは、ユーザーがサーバーにアクセスできるようにします。

後者の場合、プロキシによって支援されるのはユーザーではなくサーバーです。これがリバースプロキシと呼ばれる理由です。

proxy - プロキシ サーバーとリバース プロキシ サーバーの違いは何ですか?

21 に答える 21

フォワードプロキシ

3台のコンピューターの話（パートI）

Xがフォワードプロキシサーバーを使用する理由：

リバースプロキシ

3台のコンピューターの話（パートII）

Zがリバースプロキシサーバーをセットアップする理由：

投稿からのトピックへのリンク：

コンテンツ配信ネットワーク

フォワードプロキシソフトウェア（サーバー側）

HTTP用リバースプロキシソフトウェア（サーバー側）

TCP用リバースプロキシソフトウェア（サーバー側）

参照：

フォワード プロキシ

リバース プロキシ

Related

Reference

proxy - プロキシサーバーとリバースプロキシサーバーの違いは何ですか?

フォワードプロキシ

リバースプロキシ