HTTP/3 Ënnerstëtzung ass par défaut aktivéiert an Nightly a Beta Builds vu Firefox

Nightly a Beta Builds vu Firefox enthalen Ënnerstëtzung fir den HTTP/3 Protokoll als Standard. An der stabiler Branche ass d'Inklusioun vun HTTP/3 geplangt fir d'Verëffentlechung vu Firefox 88, geplangt fir den 20. Abrëll. Chrome huet ugefaang selektiv HTTP/3 am Oktober 2020 z'aktivéieren.

D'HTTP/3-Ënnerstëtzung vu Firefox baséiert op dem neqo-Projet vu Mozilla, deen eng Client-Implementatioun ubitt an ... Server fir de QUIC Protokoll. De Code fir d'Komponenten, déi HTTP/3 an QUIC ënnerstëtzen, ass a Rust geschriwwen. Fir HTTP/3 z'aktivéieren, ass d'Optioun "network.http.http3.enabled" an about:config verfügbar. Experimentell HTTP/3 Ënnerstëtzung gouf och zu Chrome a curl fir Client Software bäigefüügt, an Serveren Et ass an Nginx verfügbar, souwéi als Nginx-Modul a Testserver vu Cloudflare. Verschidde Testsäite goufen lancéiert fir d'Funktionalitéit vum HTTP/3-Client ze testen.

Den HTTP/3 Protokoll ass nach ëmmer an der Entworf Spezifizéierungsstadium an ass nach net voll standardiséiert vum IETF. HTTP/3 definéiert d'Benotzung vum QUIC Protokoll als Transport fir HTTP/2. De QUIC (Quick UDP Internet Connections) Protokoll gouf vu Google zënter 2013 entwéckelt als Alternativ zu der TCP + TLS Kombinatioun fir de Web, léist Probleemer mat laange Setup a Verhandlungszäite fir Verbindungen am TCP an eliminéiert Verspéidungen wann Päckchen während Daten verluer sinn. transferéieren. QUIC ass eng Ausdehnung vum UDP Protokoll deen d'Multiplexing vu verschidde Verbindungen ënnerstëtzt a Verschlësselungsmethoden gläichwäerteg mat TLS / SSL ubitt. Wärend der Entwécklung vum IETF Standard goufen Ännerungen am Protokoll gemaach, wat zu der Entstoe vun zwee parallele Filialen gefouert huet, eng fir HTTP / 3, an déi zweet ënnerstëtzt vu Google (Chrome ënnerstëtzt béid Optiounen).

Schlëssel Feature vu QUIC:

• Héich Sécherheet ähnlech wéi TLS (wesentlech QUIC bitt d'Fäegkeet TLS iwwer UDP ze benotzen);
• Flow Integritéit Kontroll, Verhënnerung vu Paketverloscht;
• D'Kapazitéit fir direkt eng Verbindung z'etabléieren (0-RTT, an ongeféier 75% vun de Fäll kënnen d'Donnéeën direkt iwwerdroe ginn nodeems de Verbindungssetup-Paket geschéckt gëtt) a minimale Verspéidungen tëscht der Ufro ze schécken an eng Äntwert ze kréien (RTT, Round Trip Time);
• Benotzt eng aner Sequenznummer wann Dir e Paket iwwerdroe wëllt, wat Ambiguititéit bei der Identifikatioun vun Empfangspakete vermeit a vun Timeouts lass gëtt;
• De Verloscht vun engem Paket beaflosst nëmmen d'Liwwerung vum Stream, deen domat assoziéiert ass a stoppt net d'Liwwerung vun Daten a parallele Streamen iwwer déi aktuell Verbindung iwwerdroen;
• Fehlerkorrekturfeatures déi Verzögerungen minimiséieren wéinst der Iwwerdroung vu verluerene Päckchen. Benotzung vu spezielle Feelerkorrekturcoden um Paketniveau fir Situatiounen ze reduzéieren déi d'Wiedertransmissioun vu verluerene Paketdaten erfuerderen.
• Kryptografesch Blockgrenzen si mat QUIC Paketgrenzen ausgeriicht, wat den Impakt vu Paketverloschter op d'Dekodéierung vum Inhalt vun de spéider Pakete reduzéiert;
• Keng Problemer mat TCP Schlaangen Spär;
• Ënnerstëtzung fir d'Verbindungsidentifizéierer, wat d'Zäit reduzéiert fir eng Reconnection fir mobil Clienten z'etabléieren;
• Méiglechkeet vun Verbindung fortgeschratt Verbindung Stau Kontroll Mechanismen;
• Benotzt pro-Direction Débit Prévisiounstechniken fir sécherzestellen datt Päckchen mat optimalen Tariffer geschéckt ginn, verhënnert datt se iwwerlaascht ginn a Paketverloscht verursaachen;
• Eng merkbar Erhéijung vun der Leeschtung an Duerchgang am Verglach zum TCP. Fir Videoservicer wéi YouTube ass QUIC gewisen datt d'Rebufferungsoperatioune reduzéiert ginn wann Dir Videoe kuckt ëm 30%.

Source: opennet.ru