Avec HTTP/3, vous naviguerez sur le Web plus rapidement et de manière plus sécurisée

Le nouveau protocole HTTP / 3 pour la navigation Web est un avant et un après, ce n’est pas une simple évolution du protocole actuel, mais avec HTTP / 3, nous améliorons considérablement l’efficacité lors de la navigation sur le Web, ce qui se traduit par un chargement beaucoup plus rapide, en plus d’avoir les dernières mesures de sécurité fournies par TLS. Aujourd’hui, dans RedesZone, nous allons expliquer en détail ce qu’est HTTP / 3, quelles sont ses principales caractéristiques, actualités, avantages et bien plus encore.

Pour mieux comprendre le protocole HTTP/3, nous allons d’abord parler du protocole HTTP et de ses versions précédentes. Nous expliquerons également comment Cloudflare a déjà commencé à utiliser HTTP/3 sur ses serveurs, nous avons donc déjà un véritable environnement pour utiliser ce nouveau protocole.

HTTP est l’un des protocoles les plus importants pour le fonctionnement d’Internet, il est apparu pour la première fois en 1991, et depuis lors, il y a eu plusieurs versions avec des caractéristiques différentes. Parmi eux, HTTP / 1.2 se distingue, qui était en vigueur pendant 15 ans, jusqu’à l’arrivée de HTTP / 2 en mai 2015. Maintenant, HTTP / 3 arrive, qui regorge de nouvelles pour améliorer la navigation Web sur Internet telle que nous la connaissons.

Si nous voulons communiquer sur Internet, nous devons utiliser différents protocoles. Fondamentalement, nous pourrions dire qu’il y en a deux (bien qu’en réalité beaucoup plus soient impliqués). Le premier serait le protocole Internet, qui vient de l’anglais Internet Protocol ou IP en anglais. Dans ce cas, il s’agit d’un protocole de communication de données présent au sein de la couche réseau selon le modèle international OSI. Grâce au protocole Internet, chaque appareil qui se connecte à Internet se verra attribuer une adresse avec laquelle s’identifier sur le réseau. En ce sens, nous ne pouvons pas surfer sur le net sans adresse IP. Lorsque nous utilisons notre navigateur, nous communiquerons avec un serveur DNS qui vous indiquera l’adresse IP pour connecter ce site Web que nous avons écrite dans notre barre d’adresse. A) Oui,

Nous avons déjà un protocole qui identifie chacune des parties, mais nous avons besoin d’un autre qui établit la communication au niveau de la couche application entre les parties. Le second dont nous avons besoin est HTTP dont nous parlons ensuite.

Qu’est-ce que HTTP et qui a participé à sa création

Ce protocole vient de l’ anglais Hypertext Transfer Protocol , abrégé HTTP et traduit en castillan , Protocol Hypertext Transfer . C’est un protocole de communication qui permet des transferts d’informations sur le World Wide Web.

Le protocole HTTP a été développé par deux agences. L’un est le World Wide Web Consortium, qui est un consortium international qui élabore des recommandations et des normes pour maintenir la croissance du World Wide Web à long terme. L’autre organisation internationale impliquée était l’ Internet Engineering Task Force (IETF) qui serait traduit en espagnol  Internet Engineering Task Force . Ils sont responsables de la normalisation d’Internet en agissant dans divers domaines, tels que le transport, le routage et la sécurité.

Grâce à HTTP, la syntaxe et la sémantique utilisées par les éléments logiciels de l’architecture web des clients, serveurs et proxys sont définies pour qu’ils puissent communiquer. De plus, il s’agit d’un protocole sans état, ce qui signifie qu’il ne stocke aucune information sur les connexions précédentes. En dehors de cela, nous l’utilisons également pour fournir des images et d’autres éléments qui composent un site Web et qui nous parviendraient via le navigateur ou les applications.

HTTP fonctionne en utilisant un modèle client-serveur. Cela signifie que lorsque nous établissons une connexion, nous faisons une série de demandes au serveur pour nous montrer le contenu de ce site Web. Ensuite, ces images et ce texte seront affichés dans le navigateur à l’aide du code HTML.

Versions et évolution du protocole HTTP

Au fil du temps, le protocole HTTP a connu différentes versions. En ce sens, il convient de noter que dont beaucoup sont compatibles avec les précédents, cela est possible grâce au fait que le client, lors de l’établissement de la communication, indique au serveur la version qu’il utilise. Ensuite, le serveur est responsable d’utiliser la même version, ou à défaut, une version antérieure dans la réponse.

Vient maintenant le tour de parler brièvement des différentes versions et si elles sont toujours valables aujourd’hui.

Le premier, HTTP/0.9 , date de 1991 et on peut dire qu’il est actuellement considéré comme obsolète. Dans ce cas, il convient de noter qu’il ne prend en charge qu’une seule commande, GET, et ne spécifie pas non plus le numéro de version HTTP. Il ne prend pas non plus en charge les en-têtes ou POST, de sorte que le client ne peut pas envoyer d’informations au serveur.

Ce qui suit est HTTP / 1.0 , il a été publié en mai 1996. Pour la première fois, le protocole spécifie sa version dans les communications. Il est largement utilisé aujourd’hui, notamment sur les serveurs proxy. Il convient également de noter qu’il prend en charge les méthodes de requête GET, HEAD et POST.

Puis, en juin 1999 , est sorti HTTP/1.1 , qui est actuellement la version la plus utilisée. Nous avons des connexions persistantes activées par défaut. Il permet également au client d’envoyer plusieurs requêtes simultanément sur la même connexion (pipelining), ce qui permet d’éliminer le temps d’aller-retour pour chaque requête, ce qui se traduit par un chargement plus rapide des pages web. Un an plus tard est arrivé HTTP / 1.2 , en février 2000 . Ici, le protocole d’extension de protocole ou PEP abrégé a été proposé. En ce sens, nous pouvons dire que le HTTP Extension Framework inclut en grande partie PEP.

HTTP/2 arrive en mai 2015 , c’est une nouvelle version qui ne modifie pas la sémantique applicative de HTTP. Ses améliorations portent sur la façon dont les données sont conditionnées et sur le transport. Les nouveautés qu’il apporte, c’est qu’il ajoute l’utilisation d’une seule connexion, la compression des en-têtes ou encore le service push du serveur.

Enfin, en Octobre de 2018 arrive HTTP / 3 protocole utilise UDP Transport Layer plutôt que TCP. Le support a déjà été ajouté par des entreprises comme Cloudflare sur leurs serveurs et Google sur leur navigateur Chrome. Ensuite, nous parlerons de HTTP/3 en profondeur et de tout ce que ce protocole implique.

Connaître HTTP/3 et son implémentation dans les navigateurs web

HTTP/3 est la prochaine génération du protocole de transfert hypertexte que nous utilisons pour échanger des informations sur le World Wide Web. Avant d’avoir une dénomination, il était connu avec le protocole de transfert hypertexte sur QUIC.

Une partie très importante, comme vous l’avez peut-être déjà déduit, est le protocole réseau QUIC , appartenant à la couche transport. Il convient de noter que ce protocole a été développé à l’origine par Google et qu’il utilise le contrôle de la congestion de l’espace utilisateur sur le User Datagram Protocol (UDP).

Les navigateurs se préparent progressivement à prendre en charge HTTP/3 . Le premier à le faire a été Google Chrome (version Canary) en septembre 2019, et au début de 2020 Firefox l’a fait. Voici un tableau dans lequel vous pouvez voir à partir de quelle date les navigateurs sont compatibles avec cette nouvelle version du protocole de transfert hypertexte.

Comme vous pouvez le constater, les principaux navigateurs tels que Chrome, Firefox, Safari et Edge le prennent déjà en charge. En ce sens, il convient de noter que, bien qu’ils aient un support, il n’est pas activé par défaut et nous devons être ceux qui l’activent. Par exemple, dans Mozilla Firefox, nous devons entrer about: config dans la barre d’adresse (nous acceptons les risques). Nous devons rechercher network.http.http3.enabled . Par défaut, il est marqué comme «False», nous devons le marquer comme «True», et ainsi nous aurons la fonction activée dans le navigateur.

Le protocole QUIC, qu’est-ce que c’est et comment ça marche

Plus tôt, lorsque nous avons parlé du protocole HTTP/3, nous avons mentionné que l’une de ses implémentations les plus importantes était QUIC. Il est maintenant temps d’en discuter en profondeur. QUIC vient de l’acronyme en anglais Quick UDP Internet Connections qui traduit en espagnol signifie Fast UDP Connections on Internet .

QUIC prend en charge un ensemble de connexions multiplexées entre deux extrémités via UDP (User Datagram Protocol). En termes de sécurité, il offre un équivalent au TLS/SSL. De plus, il offre d’autres avantages tels qu’une connexion et une latence de transport réduites. Il est également capable de proposer une estimation de bande passante dans chaque sens pour éviter la congestion.

Avec la mise en œuvre de ce nouveau protocole, il est destiné à améliorer les performances perçues des applications Web qui utilisent actuellement TCP. En outre, il vise à fournir un environnement de prévention de congestion pour une itération rapide des algorithmes en établissant un contrôle dans l’espace d’application aux deux extrémités.

De plus en plus d’informations sont envoyées sur Internet et nous avons besoin d’un protocole très efficace pour que les requêtes, les réponses et les interactions aient une latence plus faible, avec des temps de retransmission plus courts. Avec le protocole QUIC, nous avons réussi à améliorer ces aspects. Une chose à garder à l’esprit est que les paires d’adresses IP et les sockets sont limitées en ressources. Parce que QUIC est conçu dès le départ pour les opérations de multiplexage, il a le potentiel de :

1. Unifiez le trafic.
2. Réduisez l’utilisation des ports.
3. Unifiez les messages de rapport et les réponses.
4. Réduisez les informations redondantes, par exemple, dans les en-têtes.

En bref, avec le protocole HTTP/3 et QUIC intégrés, nous voulons qu’il soit répandu dans le monde entier pour réduire les pertes de paquets dues au blocage en tête de ligne. De plus, il cherche à obtenir une faible latence à la fois pour les ordinateurs et les smartphones. Comme pour QUIC , le cryptage à utiliser est TLS 1.3 . La sécurité sera une partie très importante de HTTP / 3, car, dans celui-ci, aucune connexion ne reviendra en texte brut ou en clair sur le réseau.

Étant donné que QUIC a été conçu pour les opérations de multiplexage, les paquets de données perdus d’un flux individuel n’affecteront généralement que ce flux particulier. Les autres données sans perte, peuvent continuer sans avoir à attendre les autres. Cependant, il existe une exception, les bits d’en-tête HTTP QUIC peuvent provoquer un blocage en tête de ligne.

Implémentation actuelle de HTTP/3 dans les navigateurs et les sites Web

Après l’approbation du protocole HTTP/3 en octobre 2018, les premières étapes vers son utilisation à grande échelle ont commencé à être franchies. L’un d’eux était l’adaptation du logiciel pour nos ordinateurs et mobiles. Ainsi, comme nous l’avons déjà mentionné précédemment, ils ont commencé à prendre en charge les navigateurs Web que nous utilisons régulièrement. Ainsi, Chrome, Safari, Firefox et Edge sont prêts à l’utiliser.

Comme Cloudflare, l’une des sociétés les plus importantes dans les services de sécurité Internet et les services DNS (Domain Name Server) distribués dans le monde entier. Parmi les services qu’elle propose :

• Protection contre les attaques DDoS.
• Firewall d’applications Web.
• serveurs DNS.
• Réseau de diffusion de contenu. Grâce à elle, Cloudflare met en cache le contenu à ses emplacements périphériques pour agir comme un réseau de diffusion de contenu via ses serveurs CDN.

Cloudflare sera l’une des entreprises à commencer à travailler avec HTTP/3. Cela n’affectera pas l’apparence du site Web du client. N’oubliez pas que, grâce à ce nouveau protocole, nous aurons des connexions plus rapides et plus sécurisées puisqu’elles sont toujours cryptées. En principe, cela ne posera pas de problème, car il est rétrocompatible avec HTTP. Par conséquent, d’autres personnes pourraient continuer à l’utiliser.

Chez Cloudflare, ils ont déclaré qu’ils ne s’attendaient pas à ce que cela affecte les performances de leurs sites Web. Cependant, si pour une raison quelconque, nous souhaitons le désactiver après son activation automatique, nous pouvons le supprimer pour éviter les problèmes. Pour ce faire, il faudrait aller dans l’onglet «Réseau» du panneau Cloudflare et le désactiver.

Enfin, dans le blog Google, il existe une étude dans laquelle les temps de chargement d’un site Web utilisant le protocole QUIC de HTTP / 3 ont été analysés. La conclusion qu’ils en ont tirée est qu’il a réduit le temps de chargement moyen d’un site Web de 8 % dans le monde et de 13 % dans les régions ayant la latence la plus élevée.