1

私の質問は、HTTPサーバープッシュを実現するためのHTTPストリーミング方法に関連しています。

「HTTPストリーミング」メカニズムは、リクエストを無期限に開いたままにします。サーバーがクライアントにデータをプッシュした後でも、要求を終了したり、接続を閉じたりすることはありません。このメカニズムにより、クライアントとサーバーが接続を開いたり閉じたりする必要がなくなるため、ネットワークの待ち時間が大幅に短縮されます。

HTTPストリーミングメカニズムは、リクエストや接続を終了することなく、同じ応答で複数の情報を送信するサーバーの機能に基づいています。この結果は、HTTP/1.1サーバーとHTTP/1.0サーバーの両方で実現できます。

HTTPプロトコルを使用すると、サーバーからクライアントへの応答の送信に仲介者（プロキシ、透過プロキシ、ゲートウェイなど）を関与させることができます。仲介者が部分的な応答をすぐに転送する必要はなく、クライアントにデータを送信する前に応答全体をバッファリングすることは合法です（たとえば、透過プロキシのキャッシュ）。HTTPストリーミングはそのような仲介者では機能しません。

HTTPSを使用する場合、プロキシサーバーで説明されている問題を回避できますか？

4

1 に答える 1

1

HTTPSはHTTPプロキシを使用しません-これによりセキュリティが無効になります。HTTPS接続は、宛先ホストへの透過的なトンネルを確立するHTTP CONNECTコマンドを使用して、HTTPプロキシまたはHTTPリダイレクタを介してルーティングできます。このトンネルはプロキシに対して完全に不透明であり、プロキシは何が転送されるかを知ることができません（データフローの変更を試みることはできますが、SSLレイヤーは変更を検出し、アラートを送信したり、接続を閉じたりします）。 SSLによって暗号化されています。

更新：タスクでは、NULL暗号スイートの1つを使用して（サーバーで許可されている場合）、暗号化を実行しない、匿名の鍵交換などの操作の数を減らすことができます（これはプロキシがデータを変更できないことに影響しません） ）。

于 2011-01-16T19:59:14.673 に答える