HTTP 1.1の永続的な接続とTCPについて

-2

HTTP 1.0と1.1に導入されたとき、主な違いは、1.1では新しい接続が行われた1.0ではなく、すべてのオブジェクトに対して単一のTCP接続が許可されるということでしたオブジェクトのダウンロードごとにHTTP 1.1の永続的な接続とTCPについて

私の質問は、接続が実際には連続的ではなく離散的（パケットである）なので、ダウンロードされている各オブジェクトのパケットごとに、ACK、SYN TCPプロトコル？

彼らはどのようにして最初のACK、SYNについて知っていますか？（おそらく、オブジェクトとは別のサーバーに作られていますか？）

出典

2016-03-22 shinzou

永続的な接続が何であるか分かりませんし、おそらくHTTP 1.1仕様を読んだり、それらを説明する良いページを読んだりする必要があります。 –

HTTP 1.1仕様で永続的な接続を読み取るには十分でしょうか？その他の推奨事項はありますか？ @DavidSchwartz – shinzou

OSIモデルのようなものと、ネットワークの階層化の仕方を理解する必要があります。 [このPDF]（http://ptgmedia.pearsoncmg.com/images/0131014684/samplechapter/0131014684_ch02.pdf）では、レイヤーを案内し、Webリクエストの例を示します。 –

あなたの疑問はほとんどありません。 HTTPキープアライブは、すべてのオブジェクトに対してではなく、同じターゲットへの接続でのみ動作します。パケットに関する部分は、HTTPとは関係がありません。実際にTCPの仕組みを尋ねています。その答えは、すべてのTCPセグメントに、接続に固有の送信元と宛先のIPアドレスとポート、およびデータの順序付けのためのシーケンス番号が含まれていることです。

出典

2016-03-22 22:15:17 EJP

たぶん私の質問をもっと明瞭にするでしょう。ウェブページから2つの画像をダウンロードしたいとします（Xと呼ぶことができます）。画像は2つの異なるホストとアドレスでホストされますので、ACK、SYN、 2つの画像をダウンロードしたいのですが、その画像に別のACK、SYNは必要ないのですが、直接ダウンロードできるのはなぜですか？ – shinzou

できません。提案は意味をなさない。それぞれのターゲットに別々の接続が必要です。 HTTPキープアライブは複数の接続*を同じホストに保存します* – EJP

HTTP 1.1の永続的な接続とTCPについて

答えて

関連する問題