A Firefox várhatóan május végén indítja el a HTTP/3 támogatást.

A Mozilla bejelentette szándékát, hogy megkezdi a HTTP/3 és a QUIC fokozatos bevezetését a Firefox 88 április 19-re tervezett megjelenésével (eredetileg április 20-án, de az ütemezésből ítélve egy nappal későbbre tolják). A HTTP/3-támogatás kezdetben csak a felhasználók kis százaléka számára lesz engedélyezve, és a váratlan problémáktól eltekintve május végéig mindenki számára elérhetővé válik. Az éjszakai összeállításokban és a béta verziókban a HTTP/3 alapértelmezés szerint engedélyezve volt március végén.

Emlékezzünk vissza, hogy a HTTP/3 megvalósítása Firefoxban a Mozilla által kifejlesztett neqo projekten alapul, amely kliens és szerver implementációt biztosít a QUIC protokollhoz. A HTTP/3 és QUIC támogatás összetevőkódja Rust nyelven van írva. A HTTP/3 engedélyezésének szabályozásához az about:config a „network.http.http3.enabled” opciót biztosítja. Kliensszoftverből a HTTP/3 kísérleti támogatása is bekerült a Chrome-ba és a curl-be, szerverek számára pedig elérhető nginxben, valamint nginx modul és tesztszerver formájában a Cloudflare-től. A weboldal oldalon a HTTP/3 támogatás már biztosított a Google és a Facebook szerverein.

A HTTP/3 protokoll még a specifikáció tervezetének szakaszában van, és az IETF még nem szabványosította teljesen. A HTTP/3 használatához a QUIC vázlatszabvány és a HTTP/3 ugyanazon verziójához van szükség kliens és kiszolgáló támogatására, amely az Alt-Svc fejlécben van megadva (a Firefox támogatja a 27–32. specifikációs piszkozatokat).

A HTTP/3 a QUIC protokoll használatát a HTTP/2 átviteleként határozza meg. A QUIC (Quick UDP Internet Connections) protokollt a Google 2013 óta fejlesztette ki a TCP+TLS kombináció alternatívájaként a weben, amely megoldja a TCP-kapcsolatok hosszú beállítási és egyeztetési idejével kapcsolatos problémákat, és kiküszöböli a késéseket, amikor a csomagok elvesznek az adatforgalom során. átruházás. A QUIC az UDP protokoll kiterjesztése, amely támogatja több kapcsolat multiplexelését, és a TLS/SSL-lel egyenértékű titkosítási módszereket biztosít. Az IETF szabvány fejlesztése során a protokollban változtatásokat hajtottak végre, ami két párhuzamos ág megjelenéséhez vezetett, az egyik a HTTP/3-hoz, a másik pedig a Google által támogatott (a Chrome mindkét lehetőséget támogatja).

A QUIC főbb jellemzői:

  • Magas biztonság, hasonlóan a TLS-hez (valójában a QUIC lehetővé teszi a TLS használatát UDP-n keresztül);
  • Az adatfolyam integritásának ellenőrzése a csomagvesztés megelőzése érdekében;
  • Azonnali kapcsolat létrehozásának képessége (0-RTT, az esetek körülbelül 75%-ában az adatok a kapcsolatbeállító csomag elküldése után azonnal továbbíthatók), és minimális késleltetést biztosít a kérés elküldése és a válasz fogadása között (RTT, Round Trip Time) ;
  • Eltérő sorszám használata egy csomag újraküldésekor, ami elkerüli a kétértelműséget a fogadott csomagok azonosítása során, és megszabadul az időtúllépésektől;
  • A csomagvesztés csak a hozzá tartozó adatfolyam kézbesítését érinti, és nem akadályozza meg az adatok kézbesítését az aktuális kapcsolaton keresztül párhuzamosan továbbított folyamokban;
  • Hibajavító eszközök, amelyek minimalizálják az elveszett csomagok újraküldése miatti késéseket. Speciális hibajavító kódok használata csomagszinten az elveszett csomagadatok újraküldését igénylő helyzetek csökkentése érdekében.
  • A kriptográfiai blokkhatárok igazodnak a QUIC csomaghatárokhoz, ami csökkenti a csomagvesztések hatását a következő csomagok tartalmának dekódolására;
  • Nincs probléma a TCP-sor blokkolásával;
  • Connection ID támogatás a mobil kliensek újracsatlakozási idejének csökkentése érdekében;
  • Speciális mechanizmusok csatlakoztatásának lehetősége a csatlakozás túlterhelés-szabályozására;
  • Sávszélesség-előrejelzési technikák alkalmazása minden irányban a csomagok küldésének optimális intenzitásának biztosítására, megakadályozva a torlódásos állapotba gurulást, amelyben a csomagok elvesznek;
  • Jelentős teljesítménynövekedés és átviteli sebesség a TCP-hez képest. Az olyan videoszolgáltatások esetében, mint a YouTube, a QUIC 30%-kal csökkenti az újrapufferelési műveleteket videók megtekintése közben.
  • Forrás: opennet.ru

Hozzászólás