サーバー側のプロキシ - フォワードプロキシとリバースプロキシ

  最近遭遇した複雑な問題のオプションを発行するサードパーティ製のAjaxリクエストのためのドッキングプラットフォームは、ブラウザ上でサーバ側のリソースを「盗聴」サードパーティ製サーバプラットフォームので、クロスドメインの操作を行うことを要求私たちは、その結果、クロスドメインを変更することは不可能です要求されたページはブラウザの生成元ポリシーを制限されています。そのため、サードパーティ製のプラットフォームへのプロキシサーバーへのアクセスを使用し、その後は、ブラウザに戻ります。少しBaiduの、いくつかの高齢者は、ブログ、どのようなロジックプロキシサーバの大まかな理解を読み書き、以下の個人的な理解を記録します。

  フォワードプロキシ。ほとんどのブログは、プロキシサーバーによって、クライアント情報プロキシサーバーへのすべての要求をフォワードプロキシの皮を書かれているサーバーに送信するには、実際にアクセスしたいです。リクエストが発行されたプロキシサーバーで受信されるので、この時点では、サーバは、要求の本当の起源を知りません。クリスタルメス中毒を購入する場所たとえば、「ブレイキング・バッド」は、彼らは直接古い白と猫(メタンフェタミンの生産の人々を)見ていない、彼らは最初の氷の古いカウボーイからメッセンジャー駅ストリート、駅ストリートに行ってきました白と猫のgetが、その後、販売メタンフェタミン中毒。古い白と猫サーバリソースである、メッセンジャーがプロキシサーバーで、クライアントは麻薬中毒です。明らかにポイントが逮捕されたらリスクは、比較的大きいので、麻薬カルテルを失う、麻薬中毒者が購入することはできませんので、もしリソースを取得するには、サーバーに直接クライアント、制限の対象に(ブラウザの同一生成元ポリシーということです日産高いメタンフェタミンの生産実験室(再構築が準備、薬剤製造人材サーチの数ヶ月を要する)メッセンジャーが逮捕された場合、その後の研究室は、生産し続けることができ、カウボーイはすぐに対照的に、交換することができ、両方の明白な長所と短所)。別の麻薬密売やプロキシサーバーに忠実であるサーバの実際の状況の例としては、資源を取るために、クライアントの要求を受信した後、サーバーです。たとえば、麻薬取引は、クライアントの要求を待ち、リソースを取得するためのプロキシサーバです。しかし、プロキシサーバーの取得リソースやリソースが最も重要なポイントを取得するかどうかをクライアントが安全な方法を提供し、サーバーの存在を認識していることです。これは「フォワードプロキシ」と呼ばれています。(どのようなロジックに従って命名誰が、どのような技術ツリー、技術的な事前命名何私は理解していません)。

  リバースプロキシ。また、「フォワードプロキシ」リバースプロキシサーバーも隠された情報(分散の場合には、要求を処理しているサーバー知らない)と比較して、クライアント情報を非表示にします。フォワードおよびリバースで、私たちのために技術的な機関の概念からの注文の種類を感じるが、私は個人的に長所と短所ここでは、ちょうど2つの異なる方法、最初のフォワードプロキシは、農産物を区別するために、ブログが言うことに同意するものとしこれは、リバースプロキシとして命名方法フォワードプロキシエージェント、異なっています。フォワードおよびリバースプロキシに作用し、私は個人的に、論理的に考えるサーバーがスタンドアロン、技術的実現からの任意のさらなる行く必要性を理解していない場合でも、情報サーバに隠されています。

おすすめ

転載: www.cnblogs.com/DaMoGu/p/11888348.html