フォワードプロキシとリバースプロキシの違い【Nginx読書メモ】

フォワードプロキシの概念

伝説のプロキシとしても知られるフォワードプロキシは、踏み台のように機能します。
簡単に言うと、
私はユーザーであり、特定のWebサイトにアクセスできませんが、プロキシにはアクセスできます。サーバー
このプロキシ サーバーは、私がアクセスできない Web サイトにアクセスできます
そこで、最初にプロキシ サーバーに接続し、アクセスできない Web サイトのコンテンツが必要であることを伝えました
プロキシ サーバーはそれを取得して、私に返します

ウェブサイトの観点から見ると、プロキシサーバーがコンテンツを取得しに来たときの記録は1つだけです
それがユーザーのリクエストであることが分からない場合があり、ユーザーの情報はエージェントが伝えるかどうかによって異なります。 Web サイトかどうか

結論は次のとおりです。 フォワード プロキシは、クライアントとオリジン サーバーの間にあるサーバーで、オリジン サーバーからコンテンツを取得するために、クライアントはプロキシにリクエストを送信し、ターゲット (オリジン サーバー) を指定します。その後、プロキシはリクエストをオリジン サーバーに転送し、取得したコンテンツをクライアントに返します。フォワード プロキシを使用するには、クライアントで特別な設定を行う必要があります。

リバース プロキシの概念

例を続けます:
たとえば、ユーザーは http://ooxx.me/readme にアクセスします
しかし、readme ページは ooxx.me に存在しません
彼は別のサーバーから秘密裏にそれを取得しましたを独自のコンテンツとしてユーザーに吐き出します

しかしユーザーはそれを知りません
これは正常です、ユーザーは一般に愚かです

ここで言及されているドメイン名ooxx.meに対応するサーバーにはリバースプロキシ機能があります

結論は、リバース プロキシはその逆であり、クライアントに対して元のサーバーのように機能し、クライアント側で特別な設定を必要としません。クライアントは通常のリクエストをリバース プロキシの名前空間 (name-space) 内のコンテンツに送信します。その後、リバース プロキシはリクエストの転送先 (元のサーバー) を決定し、取得したコンテンツをクライアントに返します。次のようになります。コンテンツは次のようになります。独自のオリジナルコンテンツ。

2 つの違い

使用法:

フォワード プロキシの一般的な使用法は、ファイアウォール内の LAN クライアントにインターネットへのアクセスを提供することです。フォワード プロキシは、バッファリング機能を使用してネットワーク使用量を削減することもできます。リバース プロキシの一般的な使用法は、ファイアウォールの背後にあるサーバーへのアクセスをインターネット ユーザーに提供することです。リバース プロキシは、バックエンド上の複数のサーバーの負荷分散や、バックエンドの低速サーバーのバッファリングも提供できます。

さらに、リバース プロキシは高度な URL ポリシーと管理テクノロジも有効にし、異なる Web サーバー システムの Web ページが同時に同じ URL 空間に存在できるようにすることもできます。

セキュリティの観点:

フォワード プロキシを使用すると、クライアントはフォワード プロキシを介して任意の Web サイトにアクセスし、クライアント自体を隠すことができるため、承認されたクライアントのみがサービスを提供できるようにセキュリティ対策を講じる必要があります。

リバース プロキシは外部に対して透過的であり、訪問者は自分がプロキシを訪問していることを知りません。

元のアドレス: http://blog.csdn.net/m13666368773/article/details/8060481

上記は、フォワード プロキシとリバース プロキシの違いを、関連コンテンツも含めて紹介しました。PHP チュートリアルに興味のある友人に役立つことを願っています。