QUICプロトコル:それが何で構成され、どのように機能し、どのような利点があるか

インターネットをサーフィンするには、さまざまなプロトコルが必要です。 時間の経過とともに、それらの多くは進歩し、いくつかの新しいものさえ現れました。 たとえば、HTTPとその最新の安全なバージョンであるHTTPSまたはTCPは、XNUMX台のコンピューターが接続してデータを交換できるようにする伝送制御プロトコルです。 この記事では、 QUIC 。 それが何であるか、なぜそれが重要であるか、そしてその利点は何であるかを説明します。

QUICプロトコルとは何ですか

QUICプロトコル

QUICは、Googleによって作成されたネットワークプロトコルです。 そのフルネームはQuickUDP Internet Connectionsで、スペイン語に翻訳すると次のようになります。 高速UDPインターネット接続 。 UDP経由でパケットを送信するために使用されます。 これは、何十年にもわたってインターネット接続に不可欠なプロトコルであるTCPの代替として生まれました。

HTTP / 2およびTLS / SSLと同じように機能しますが、TCPを使用する代わりに UDPに基づいています 。 彼らは2012年にそれを実装し始めました、しかし彼らが実際にグーグルでテストをしたのは2013年でした クロム その動作をチェックして、実際に持つ利点を確認します。

今日、QUICはすでに標準としてインストールされています グーグルブラウザ 。 他の場合のように、それを有効にすることができます Opera。 うまくいけば、すぐにもっと多くのプログラムがそれを使うでしょう。 現時点では、検索の巨人のさまざまなプラットフォームですでに実行されています。 YouTube、Gmailまたはドライブ。

QUICとは何ですか

では、QUICの実際の機能は何ですか? これは、送信者と受信者の間の接続を確立するために使用されるプロトコルであると言えます。 ページに入ると、コンテンツにアクセスするために一連のデータが送信されます。 これには、証明書と交換キーが含まれます。

このタイプのプロトコルは、ナビゲート、インターネットでの再生、ビデオ通話アプリケーションの使用に必要です…それは提供するのに役立ちます その接続への保護 、TLS / SSLでも使用できるものですが、この場合は改善されています。 待ち時間を短縮することで、パフォーマンスが向上します。

基本的には ネットワーク上でパケットを転送する 。 ただし、UDPに基づく場合は重要な違いがあります。つまり、情報を送信するサーバーは、情報を受信するサーバーと常に通信している必要はありません。 これは、レイテンシーを大幅に削減するのに役立ちます。 その情報が正しく到着したかどうかを確認する時間は必要ありません。

インターネット上のプロトコル QUIC

HTTP / 3でQUICを使用する利点

Googleが作成したQUICプロトコルとは何か、そしてそれが何のためにあるのかを説明した後、それが何であるかを見てみましょう 主な利点は 。 これらのポイントは、インターネットをより速くナビゲートし、常にセキュリティを維持するのに役立ちます。 これらは3つの重要な要素であり、このような最近のプロトコルのおかげで改善されています。 HTTP / XNUMXとQUICは、インターネットとそのアプリケーションの重要な進歩を表しています。

速度

利点のXNUMXつは 高速 。 これにより、より短い時間でWebサイトをロードしたり、さまざまなアプリケーションを使用したりできます。 HTTPSプロトコルには考慮すべきマイナスの点があります。それは、交換またはハンドシェイクにTLSを使用することです。 QUICはこれをより速くします。

この交換は、TLS暗号化を確立してキーを交換するために必要です。 同じ目標を達成するために必要な手順を短くします。 この場合、初めての場合はXNUMXつまたはXNUMXつのパケットで接続を開始します。

ネットワークを切り替える際の煩わしさが軽減

QUICプロトコルも改善する重要なことは、安定性です。 ネットワークを変更します 。 これはいつ起こりますか? 4Gまたは 5G ネットワークで突然Wi-Fiover TCPに切り替えると、切断され、再度リセットする必要があります。

一方、QUICのおかげで、このネットワークの変更ははるかに流動的であり、問​​題を回避します。 接続を確立するためにパケットを送信するだけで、再度確立する必要はありません。 これは、たとえば、コンピューター上でデータネットワークを共有していて、いつでもWi-Fiネットワークへの接続に関心がある場合に非常に役立ちます。

パケット損失にはあまり影響しません

の場合には HTTP / 2 overTCPでのパケット損失 、これは重大なパフォーマンスの問題を引き起こす可能性があります。 パッケージが紛失した場合、受信者はパッケージが回復するのを待つ必要があります。

これを解決するためにQUICプロトコルが行うことは、データストリームが受信者に独立して到達できるようにすることです。 これらの失われたデータパケットが取得されるのを待つ必要はないため、これが発生してもそれほど心配する必要はありません。

セキュリティ

QUICを実装する上で最も重要な要素のXNUMXつは セキュリティ 。 この意味で、Googleの開発者は最も重要なTCPの欠陥のXNUMXつを修正しました。これは、送信されたパケットのヘッダーがプレーンテキストであり、認証なしで読み取ることができるという事実です。

私たちが言及したこれは、基本的に送信されたものを傍受することからなる中間者攻撃につながる可能性があります。 ただし、QUICプロトコルはこれを改善し、送信されるパケットは常に暗号化され、受信者による認証が必要になります。

多重接続を許可します

多重接続 XNUMXつ以上の信号を使用し、それらを組み合わせて単一の媒体を介して送信する信号です。 これにより、同時に複数の通信が可能になります。 これにより、Webアプリケーションの接続が合理化されます。

HTTP / 2は単一のTCPフローを介して情報を多重化することを考慮に入れる必要があります。これは、TCPセグメントが失われた場合に、ブロックが発生することを意味します。 QUICはこの点を改善し、多重接続を可能にします。 HTTP / 3は、QUICを介してさまざまな多重化ファイルを送信できるようになります。

要するに、QUICプロトコルは特定の側面を改善し、インターネットブラウジングを最適化するようになります。 これはますます存在し、一部のブラウザがすでに使用しているものです。 少しずつ、それを使用するアプリケーションやWebサイトが増えていきます。 このプロトコルは、TCPを使用するすべての接続のパフォーマンスを向上させるようになると要約できます。