転載元: http://blog.csdn.net/m13666368773/article/details/8060481
フォワードプロキシの概念
伝説のプロキシとしても知られるフォワード プロキシは、踏み台のように機能します
簡単に言えば、
私はユーザーです。特定の Web サイトにアクセスできませんが、プロキシ サーバーにはアクセスできます
このプロキシサーバーはどうなっているのでしょうか? 私がアクセスできないウェブサイトにアクセスできます
そこで私はまずプロキシサーバーに接続し、アクセスできないウェブサイトのコンテンツが必要であることを伝えました
プロキシサーバーがそれを取りに行って私に返します
ウェブサイトの観点から見ると、プロキシサーバーがコンテンツを取得するときのレコードは 1 つだけです
エージェントがウェブサイトに伝えるかどうかによって、ユーザーのリクエストが知られず、ユーザーの情報が隠蔽される場合があります。
結論として、フォワード プロキシは、クライアントとオリジン サーバーの間のサーバーであり、オリジン サーバーからコンテンツを取得するために、クライアントがプロキシにリクエストを送信し、ターゲット (オリジン サーバー) を指定すると、プロキシが転送します。それをオリジンサーバーにリクエストし、取得したコンテンツをクライアントに返します。フォワード プロキシを使用するには、クライアントで特別な設定を行う必要があります。
リバースプロキシの概念
例を続けます:
例のユーザーは http://ooxx.me/readme にアクセスします
しかし、readme ページは ooxx.me には存在しません
彼は別のサーバーから秘密裏にそれを取得し、独自のコンテンツとしてユーザーに吐き出しました
しかし、ユーザーは知りません
これは正常です、ユーザーは概して愚かです
ここで言うドメイン名ooxx.meに対応するサーバーはリバースプロキシ機能を持っています
結論としては、リバース プロキシはクライアントにとっては元のサーバーのように機能し、クライアントは特別な設定を行う必要はありません。クライアントは通常のリクエストをリバース プロキシの名前空間 (name-space) 内のコンテンツに送信します。その後、リバース プロキシはリクエストの転送先 (元のサーバー) を決定し、取得したコンテンツをクライアントに返します。次のようになります。コンテンツは次のようになります。独自のオリジナルコンテンツ。
両者の違い
使用方法:
フォワード プロキシの一般的な使用法は、ファイアウォール内の LAN クライアントにインターネットへのアクセスを提供することです。フォワード プロキシは、バッファリング機能を使用してネットワーク使用量を削減することもできます。リバース プロキシの一般的な使用法は、ファイアウォールの背後にあるサーバーへのアクセスをインターネット ユーザーに提供することです。リバース プロキシは、バックエンド上の複数のサーバーの負荷分散や、バックエンドの低速サーバーのバッファリングも提供できます。
さらに、リバース プロキシによって高度な URL ポリシーと管理テクノロジも有効になり、異なる Web サーバー システムの Web ページが同時に同じ URL 空間に存在できるようになります。
セキュリティの観点から:
フォワード プロキシを使用すると、クライアントはフォワード プロキシを介して任意の Web サイトにアクセスでき、クライアント自体は隠蔽されるため、承認されたクライアントのみがサービスを提供できるようにセキュリティ対策を講じる必要があります。
リバース プロキシは外部に対して透過的であるため、訪問者は自分がプロキシにアクセスしていることを知りません。