Les versions Nightly et Beta de Firefox ont activé par défaut HTTP/3 et QUIC, avec en ligne de mire la mouture finale 88 prévue pour aujourd'hui. Le support du protocole y sera déployé par étapes, l'ensemble des utilisateurs devant être servis d'ici fin mai.
QUIC (Quick UDP Internet Connections) était initialement un protocole de Google pour accélérer HTTP par l’utilisation d’UDP en lieu et place de TCP. Avec QUIC, les prises de contact, les fonctions de sécurité et la gestion de la fiabilité résident en espace utilisateur, loin des noyaux des systèmes d’exploitation.
En plus de ce gain en sécurité, les performances sont améliorées. QUIC peut en effet réaliser le multiplexage (introduit dans HTTP/2) sans avoir à réaliser de connexions TCP. La latence en particulier est réduite.
Les premiers déploiements de QUIC par Google ont commencé en 2015. Rapidement, le protocole a été repris par l’IETF, qui l’a retravaillé et standardisé. En octobre dernier, Google annonçait d’ailleurs que HTTP/3 dépassait QUIC de manière « significative ».
On attendait que Mozilla bouge sur la question, d'autant que l'éditeur travaillait activement sur la question, comme on a pu le voir avec le déploiement de QUIC et HTTP/3 chez Cloudflare. C'est chose faite.
Dans un billet, il explique que si l’on possède la dernière Nightly ou Beta, Firefox tentera toujours de se connecter d’abord via HTTP/3. Mozilla ajoute que son navigateur supporte actuellement les versions 27 à 32 des Drafts (brouillons).
Commentaires (16)
#1
Du coup, quel est l’intérêt de supporter QUIC si on support HTTP/3 qui est standard ET mieux ?
#1.1
Je crois que les sites de Google utilisent encore QUIC pour l’instant.
#2
Pour que ce soit efficace, il va falloir que les admins réseaux dans les entreprises autorise UDP sur le port 443 qui est souvent bloqué pour autorisé http/3 + quick
#2.1
Et encore, on ne parle même pas du support par les serveur proxy…
#2.2
Ni de toute machine NATé …
#2.3
D’où le proxy, car sans proxy ni IPv6, ça va être long à faire adopter (mais plus c’est long…).
#2.4
Oui, c’est clair, mon reverse proxy nginx ne gère pas HTTP/2 déjà.
comment ça va se passer pour les proxy ESNI (encryption server name indication) ?
#3
ayant testé la 88, j’ai vraiment constaté une amélioration de la réactivité de Firefox mais j’ai un vieux PC qui approche des six ans (p*tain déjà, le temps passe vite)
#4
Et comment savoir si on fait parti des heureux élus ?! (je viens de faire la màj en version 88)
#4.1
Tapes about:config dans ta barre d’adresse, accepte les risques puis recherche http3
#5
On peut même l’activer sur la 87, suffit de passer network.http.http3.enabled à true et magie, QUIC apparaît dans une capture wireshark si on va sur YT par exemple.
#6
J’ai fait une rapide recherche et visiblement HTTP3 se base sur quic pour sa partie transport.
Quic fonctionnant en UDP, ils auraient à priori dû introduire une bonne partie des fonctionnalités de TCP au niveau logiciel, super…
En plus de ça, il semblerait qu’aucune carte réseau ne supporte l’offloading de quic, re-super…
Plus les problèmes de NAT, de proxy, de firewall, de sécurité en entreprise et je dois en oublier, après 10min passés à me renseigner dessus, ça a l’air de créer plus de problèmes que ça n’en résout.
Si c’est vraiment l’avenir et si ça répond à un vrai besoin, nul doute que tout le monde va s’adapter et qu’on n’utilisera plus que ça dans 10ans, mais sinon, j’ai un doute…
#7
#8
« Vieux PC », 6 ans ? Dis pas ça aux deux qu’on utilise chez moi et qu’on a depuis mars et juillet 2009 (et qui servent toujours quotidiennement, sachant qu’ils ne tournent heureusement plus sur leurs OS d’origine)…
#9
Non, c’est uniquement soit :
#10
waw, chapeau !
je les fais tourner le plus longtemps possible, mais tout dépend des usages
le chromebook sur lequel je tape cette réponse n’est déjà plus mis à jour après seulement trois ans à peu près alors que c’est le genre de machines orienté internet qui pourrait justement tenir très longtemps