A Firefox éjszakai gyűjtéseiben megjelent a HTTP/3 támogatása.

A Éjszakai build-ek A Firefox, amely az alapját képezi a 2022. január 7-én megjelenő Firefox 72-nek, hozzáadva lett támogatja a HTTP/3 protokollt. Alapértelmezés szerint a HTTP/3 le van tiltva, és az "network.http.http3.enabled" opciót az about:config-ban kell aktiválni.

A Firefox HTTP/3 támogatása a Mozilla által fejlesztett programra épül, neqo,, amely a QUIC protokollhoz szükséges kliens- és szervermegoldásokat biztosít. A HTTP/3 és QUIC támogatásához szükséges komponenskód Rust nyelven lett megírva.
A kliensoldali szoftverben a HTTP/3 kísérleti támogatása már hozzáadva lett a Chrome-ban és a curl-ben is elérhető, míg a szerverek számára elérhető modulként az nginx számára és tesztkiszolgálóként a quiche (implementációja, a Cloudflare által fejlesztett Rust nyelvű QUIC és HTTP/3 támogatásához). A HTTP/3 kliensek működésének tesztelésére több tesztoldal készült, amelyek többsége még nem nyílik meg megfelelően Firefoxban (a HTTP/3 még a tervezet szakaszában van, és még nem standardizált). (Gyors UDP Internet Kapcsolatok) 2013 óta a Google fejleszti alternatívaként a TCP+TLS-hez a Web számára, amely megoldja a TCP-ben a hosszú folyamatindítási és szinkronizációs problémákat, valamint eltünteti a késéseket az adatok átadása során a csomagok elvesztése esetén. A QUIC az UDP protokollra épül, több kapcsolat egyidejű multiplexelését támogatja, és olyan titkosítási módszereket biztosít, amelyek egyenértékűek a TLS/SSL-lel.

Emlékezzünk, hogy a HTTP/3 a QUIC protokoll használatát standardizálja a HTTP/2 számára. A protokoll QUIC Az éjszakai build-ekben a Firefox, amely az alapját képezi a 2022. január 7-én megjelenő Firefox 72-nek, támogatja a HTTP/3-at.

Fő jellemzői QUIC:

• Magas biztonság, amely hasonló a TLS-hez (lényegében a QUIC lehetővé teszi a TLS használatát az UDP-n üstökölve);
• A folyam integritásának ellenőrzése, amely megakadályozza a csomagok elvesztését;
• A kapcsolat azonnali létrehozásának lehetősége (0-RTT, körülbelül 75%-os esetekben az adatokat közvetlenül a kapcsolati csomag elküldése után lehet átkonvertálni) és minimalizálva a késleltetést a kérés küldése és a válasz megérkezése között (RTT, Round Trip Time);
• Nem használja ugyanazt a szekvenciális számot egy csomag újraküldésekor, ami lehetővé teszi a kapott csomagok egyértelmű azonosítását és a timeoutok elkerülését;
• Csomag elvesztése csak az ahhoz kapcsolódó folyamat szállítását befolyásolja, és nem állítja le az adatokat a párhuzamosan átkonvertált folyamatok szállításában;
• Hibaellenőrző eszközök, amelyek minimalizálják a késéseket az elveszett csomagok újraküldése miatt. Speciális hibaellenőrző kódok használata csomagszinten a vesztes csomagok újraküldésének szükségességének csökkentésére.
• A kriptográfiai blokkok határai a QUIC csomagok határaival össze vannak hangolva, ezáltal csökkenti a csomagvesztések hatását a következő csomagok tartalmának dekódolására;
• Nincsenek problémák a TCP sorok blokkolásával;
• Támogatja a kapcsolati azonosítót, amely lehetővé teszi a mobil kliensek számára a visszakapcsolódási idő csökkentését;
• A kapcsolati túlterhelés-ellenőrzési mechanizmusok kiterjesztett lehetőségeinek csatlakoztatása;
• Sávszélesség-előrejelzési technikák használata mindkét irányban a csomagok optimális küldési intenzitásának biztosítása érdekében, elkerülve a túlterheltségi állapotba való kerülést, amely csomagvesztést eredményez;
• Észlelhető növekedés a teljesítményben és a sávszélességben a TCP-hez képest. Videószolgáltatások, például a YouTube esetében a QUIC alkalmazása 30%-kal csökkentette a videó nézése alatt a bufferelési műveletek számát.

Forrás: opennet.ru