http:で始まるアドレスでサイトを閲覧する場合、TCP接続している事になるのでしょうか？

Question

http:または、https:で始まるアドレスをブラウザに入力してサイトを閲覧するときは、アプリケーション層としてはHTTP接続をしており、その際のトランスポート層では、TCP接続をしていると言っていいのでしょうか？

それとも、TCP接続の場合もあれば、UDP接続の場合もあるなど、まちまちなのでしょうか？

もし、まちまちだとしたら、トランスポート層での接続方式は、一体何で決まるのでしょうか？

ちなみに、http:または、https:で始まるアドレスをブラウザに入力してサイトを閲覧するときは、アプリケーション層としては、HTTP接続でのデータ送受信をしていると言っていいのでしょうか？

Answer 1

興味があったので調べてみました。

http:または、https:で始まるアドレスをブラウザに入力してサイトを閲覧するときは、アプリケーション層としてはHTTP接続をしており、その際のトランスポート層では、TCP接続をしていると言っていいのでしょうか？

はい。
OSIモデルの各層ごとのプロトコルやサービスの例-ウィキペディア

トランスポート層での接続方式は、一体何で決まるのでしょうか？

HTTP や HTTPS で使用する接続方式は TCP のみです。
一般論でどのような選択がなされるかというと、トランスポート層は通信管理を行う層なので、コネクションの生成、送信制御、エラーチェック等の必要性の判断と実装方法により、使用プロトコルが選ばれます。

ちなみに、http:または、https:で始まるアドレスをブラウザに入力してサイトを閲覧するときは、アプリケーション層としては、HTTP接続でのデータ送受信をしていると言っていいのでしょうか？

はい。
HTTPS自体はプロトコルではなく、SSL/TLSプロトコルによって提供されるセキュアな接続の上でHTTP通信を行うことをHTTPSと呼んでいるようです。
HTTPS-ウィキペディア

ここからは質問から外れますが、ちょっと興味深い記事を見つけたので追記します。
SSL/TLSは何層?
この記事における結論だけ転記すると

もっとも多くの支持を得ているのは，セッション層

実用的な解釈は，トランスポート層とアプリケーション層のあいだ

まぁ、概念の世界なので、どっちでもいいといえばどっちでもいいのですがｗ

Comments

[maisumakun]

「OSI参照モデル」と言いますが、本来は言葉の通り「OSI」というプロトコルスタックのために制定していたモデルだったものが、TCP/IPの前にOSI自体が敗れ去ってしまって、モデルだけがそのまま使われているものです。

そんな事情もあって、TCP/IPとOSI参照モデルを関連付けようとすると、どうしても不整合が出てしまいます。

[maisumakun]

あと、ごく限定的ですが、TCPの制御に伴う通信までタイムロスになると感じたGoogleが、「QUIC」という、UDPの上にHTTP/2+HTTPS相当のものを構築するプロトコルを作っています。

ただし、現状ではほぼGoogle Chrome+Googleのサービスでしか使われていません。

[退会済みユーザー]

フォローありがとうございます。
個人的にはL2,L3,それ以外といった3分割で、相互認識に不整合が発生しなければよかったので、迷惑は被りませんでしたが、そろそろ新しいモデルで置き換えてもイイですね。

QUIC は面白そうです。今のインターネット通信において、TCPの使用は冗長な気がするので、広まると面白そうです。

[GiveAHand]

te2ji様

大変詳しい解説をありがとうございました。
非常によくわかりました。
なるほど、http:またはhttps:で始まるURLにアクセスする場合は、http接続かつ、TCP接続なんですね。

[GiveAHand]

maisumakun様

補足説明ありがとうございました。
OSI参照モデルにTCP/IPを当てはめることが無理があるんですね。
なるほどです。

あと、QUIC初めて知りました。
そんなのもあるんですね～。