5。
HTTP Webサーバーとのコラボレーション
Webサーバーは複数のドメインに依存しないWebサイトを設定することができますが、また、通信経路上の中継サーバーとして伝送効率を高めるため。
単一の仮想ホストで複数のドメイン名を実装します。
HTTP / 1.1仕様では、HTTPサーバーが複数のWebサイトを設定することができます。たとえば、Webホスティングサービス(ウェブホスティングサービス)ベンダーを提供するために、あなたは顧客サービスの番号に単一のサーバーを使用することができ、彼らはまた、それぞれの顧客が保有する別のドメイン名に独自のWebサイトを実行することができます。これは、仮想ホスト(仮想ホスト)関数いるためです。
でも物理レベル、唯一のサーバーが、長い仮想ホスト機能の使用などとして、複数のサーバーを持つことができるかどうか想像しています。
クライアントは、多くの場合、同様のwww.hackr.jpこのホストとドメイン名を使用して、サーバーにアクセスするためにHTTPプロトコルを使用する場合。
要求がサーバーに送信されたときにインターネット上では、ドメインネームサービス(DNS)の後に標的部位にアクセスするためにIPアドレスをマッピングするDNSを通じて、IPアドレスは、訪問の形ですでにあります。
だから、要求を受信すると、単一のサーバ内に複数のドメインをホスティングすることは、正確にあなたがアクセスしたいドメイン名を把握する必要がある場合。
同じIPアドレスでは、仮想ホスト以来、HTTPリクエストを送信するときに、あなたは、ヘッダーホストに完全なURIのホスト名またはドメイン名を指定する必要があり、Webサイトの別のホスト名とドメイン名の番号を登録することができます。
通信データ転送手順:プロキシ、ゲートウェイ、トンネル:
エージェント:
プロキシ転送アプリケーション、サーバーの「真ん中」の役割の役割とクライアントは、クライアントから送信され、サーバに転送され、また、応答サーバによって返され、クライアントに転送を受信要求を受信し、あります。
ゲートウェイ:
他のサーバーへのゲートウェイサーバは、通信データがクライアントからの要求を受けて転送すると、彼らは要求を処理するために、同じサーバリソースのリソースを所有しているみたいだとき。時には、クライアントは、彼らの目標は、通信がゲートウェイであることに気づくことはありませんがあります。
トンネル:
トンネルは、二つの離れ顧客端とサーバとの間の遷移であり、アプリケーション通信接続の両方を維持します。
エージェント:
プロキシサーバーは、ターゲット・サーバーに直接送信されるリクエストURIを、変更しないでください。リソースエンティティを保持しているサーバは、ソースサーバと呼ばれています。ソースサーバからクライアントにプロキシサーバーを介して応答を返します。
HTTP通信は、複数のプロキシサーバを組み合わせてもよいです。転送するとき、追加のViaヘッダーフィールドは渡してホスト情報をマークします。
プロキシサーバーを使用する理由:ネットワーク帯域幅のトラフィックを削減するために、キャッシング技術の使用主な目的のためにアクセスログを取得するためのサイトのための組織内で、アクセス制御。
演技は、キャッシュを使用するかどうか、それはメッセージを変更するかどうかを分けることができます。
プロキシのキャッシュ:プロキシ前方に応じて、プロキシキャッシュ(Caching Proxyは)プロキシサーバー上に保存されたリソース(キャッシュ)のコピーを進めます。エージェントが再び同じリソースに対する要求を受信すると、リソースのソースサーバから取得することはできませんが、キャッシュの前にリソースが応答として返されます。
透過プロキシ:転送要求または応答、任意のパケット処理の種類を行いませんが透過プロキシエージェントと呼ばれている(透過プロキシ)。逆に、パケットのプロキシ処理の内容は、非透過プロキシと呼ばれています。
ゲートウェイ:
機構が働いゲートウェイおよびエージェントは非常に似ています。ゲートウェイは、非HTTPプロトコルサービスを提供するために、通信回線上のサーバーを可能にします。
ようにゲートウェイ通信のセキュリティを使用して、改善することができる安全な接続を確保するために、クライアントとゲートウェイの間の通信回線上で暗号化することができます。例えば、ゲートウェイは、データベースへのSQL文を使用してクエリデータを接続することができます。また、ウェブショッピングサイトでのクレジットカード決済は、ゲートウェイがリンクされ、クレジットカード決済システムすることができます。
トンネル:
トンネルは、他のサーバとの通信回線を確立するために必要とされ得る場合、このようなSSL通信としての暗号化の使用。トンネルの目的は、クライアントがサーバと安全に通信できることを保証することです。
トンネル自体は、HTTPリクエストを解析して行くことはありません。つまり、要求は、サーバーが転送した後にそのまま残ります。通信相手が切断されたときにトンネルが終了します。
保存キャッシュのリソース:
キャッシュは、プロキシサーバーまたはクライアントのローカルディスクに保存されたリソースのコピーを指します。通信トラフィックや通信時間を削減するため、ソースサーバへのアクセスを減らすとしてキャッシュを使用します。
キャッシュサーバは、プロキシサーバです。エージェントは、サーバーからの応答バックを転送する場合、プロキシサーバーは、リソースのコピーを保存します。
ソースサーバから複数の転送リソースを避けるために、キャッシュを使用することができ、サーバのキャッシングの利点は、クライアントが最も近いキャッシュサーバからリソースを取得することができ、ソースサーバは、繰り返し同じ要求に対処する必要はありません。
キャッシュの有効期限:
キャッシュサーバでキャッシュがあっても、それはすべてのリクエストが同じリソースに返されることを保証することはできません。それは、キャッシュされたリソースの有効性に関連します。
ソースサーバ上のリソースの更新に直面したとき、あなたはまだ同じキャッシュを使用している場合、それは「古い」のリソースを更新する前に、リターンに変わります。
ためにも、クライアントの要求のキャッシュがある場合でも、キャッシュが有効で、その他の要因、ソースサーバーを確認するためのリソースの可用性です。それはキャッシュミスと判定された場合、キャッシュサーバは、ソースサーバから再び「新しい」のリソースを取得します。
クライアントのキャッシュ:
キャッシュはキャッシュのみのサーバーに存在することができ、また、クライアントのブラウザがあるかもしれません。Internet Explorerのプログラムでは、例えば、クライアントキャッシュはインターネット一時ファイルと呼ばれています。
ブラウザのキャッシュの有効ならば、再び同じサーバーのリソースを要求する必要はありませんし、ローカルディスクから直接読み取ることができます。
また、キャッシュサーバと同じ事が満了したキャッシュを判断した場合、ソースサーバへのリソースの可用性を確認することです。裁判官は、ブラウザのキャッシュを失敗した場合、ブラウザは再び新しいリソースを要求します。