フォワードプロキシ、リバースプロキシ、透過プロキシについてイラストの話

演技は主に、サーバー上のエージェントソフトウェアをインストールすることにより、プロキシ機能を提供するために、そこにインターネット技術の早期開発です。一般的な薬剤は、主に3つの種類があります

  • フォワードプロキシ

  • リバースプロキシ

  • 透過プロキシ


今少し混乱し、何を前方に、逆転されます。実際に、私はちょうどこの確率は非常に混乱して聞いて始めた、のが下の詳細な理解を見てみましょう

フォワードプロキシ

特別な注意がない場合には、彼は代理店がフォワードプロキシであると述べました。

定義

位置するフォワードプロキシ(フォワードプロキシ)クライアントユーザ[A]ネイティブ[サーバ]サーバBとの間のプロキシサーバC

ダイヤグラム

600


グラフから、我々は前進、いわゆるプロキシがあることがわかりますプロキシサーバーCの代わりに、ユーザAのアクセスにサーバーB  。これは、存在のフォワードプロキシの意味で、なぜ私はこの要求へのアクセスを交換する必要がありますか?

効果

  1. いわゆるFQ(書き込みをあえて、最後の時間を書いた部分的にブロックされた**駅だったと警告し):ユーザーがサーバー自体Bにアクセスすることはできません

  2. キャッシュの役割:キャッシュ(キャッシュ)技術とエージェント技術が密接にリンクされている(スポイラーの下で、プロキシキャッシュにも役割を果たして逆)、ユーザAは、サーバリソースB Dにアクセスする前にあれば、ユーザーがプロキシサーバーを経由してCへのアクセス権を持って、その後、プロキシD Cサーバリソースは、いくつかの時間のために保持することができます。リソースのDへのアクセスでの保管期間の誰かの後、CがサーバBにアクセスするためのプロキシサーバーではなく、保存されたリソースが直接ユーザーに返さ

  3. 隠された居場所にアクセスします。サーバBは、バーバラは、それがユーザAで訪問したかった知らない、Bへのアクセスにプロキシサーバーを検討し

代表ソフトウェア

  • nginxの

  • いか

リバースプロキシ

リバースプロキシプロキシサーバを実サーバとして動作し、クライアント、ちょうど前方に、(リバースプロキシ)とリバースプロキシ、クライアントはすべての設定を必要としません。クライアントがプロキシサーバに要求を送信し、元の要求にプロキシサーバーに転送決定した後

ダイヤグラム

600

効果

  1. オリジンサーバを保護し、隠す:そのサーバB、D、Eへのアクセスの面で、ユーザは、実際にはプロキシサーバーCです。

  2. 負荷分散:サーバB、D、Eは同じ業務サーバである場合、プロキシサーバは、平均バランスアルゴリズムを要求することができる負荷を介してサーバB、D、Eに転送されます。

代表ソフトウェア

  • nginxの

  • アパッチ

  • LVS


PS:負荷分散について、実際には、プロキシサーバは、異なるプロキシサーバーにインテリジェントDNSの解決を通じて、ユニットの多くを持つことができます


フォワードプロキシを総括し、プロキシ差を逆転するには:フォワードプロキシはユーザエージェントでは、エージェントはリバースプロキシサーバーです

透過プロキシ

定義

透過プロキシクライアントがリクエストフィールド(メッセージ)に適合しているプロキシサーバーの存在を知っている必要はなく、本当のIPを送信します。暗号化は透過プロキシがないように庭の2のプログラムとして、プロキシを使用するように設定を意味し、匿名プロキシに属していることに注意してください。


多くの学生は、一般的な大企業が透過プロキシのポイントを持って、仕事に注意を払う、そして実際には、会社の管理者は、オンラインの事、赤ちゃんの神経毎日あなたが何をすべきかを認識していると言うこと:(


オリジナル住所: フォワードプロキシについて示した話、リバースプロキシ、透過プロキシ
タグ: エージェント    フォワードプロキシ    リバースプロキシ    透過プロキシ    CDNの    nginxのは、    LVS    Apacheの    イカを   

インテリジェント勧告

ます。https://my.oschina.net/54php/blog/820730で再現

おすすめ

転載: blog.csdn.net/weixin_34060299/article/details/91634626