V Chrome bola pridaná experimentálna podpora protokolu HTTP/3

Experimentálne zostavy Chrome Canary bola pridaná podpora protokolu HTTP/3, ktorý implementuje vrstvu na fungovanie HTTP nad protokolom QUIC. Protokol QUIC bol pridaný do prehliadača pred piatimi rokmi a od tej doby sa používa na optimalizáciu služieb Google. Predtým použitá verzia QUIC od Google v Chrome sa v niektorých detailoch líšila od verzie od špecifikácií IETF, ale teraz sú implementácie synchronizované.

HTTP/3 štandardizuje použitie QUIC ako transportu pre HTTP/2. Na aktiváciu HTTP/3 a verzie QUIC od 23. návrhu špecifikácií IETF je potrebné spustiť Chrome s možnosťami „--enable-quic --quic-version=h3-23“, po čom pri otvorení testovacej stránky quic.rocks:4433 v režime inspekcie siete v nástrojoch pre vývojárov bude aktivita podľa HTTP/3 zobrazená ako „http/2+quic/99“.

Pripomíname, že protokol QUIC (Quick UDP Internet Connections) sa od roku 2013 vyvíja spoločnosťou Google ako alternatíva k TCP+TLS pre web, riešiaca problémy so zvýšeným časom na nastavenie a vyjednávanie pripojení v TCP a eliminujúca oneskorenia pri strate paketov počas prenosu dát. QUIC je vrstva nad protokolom UDP, ktorá podporuje multiplexovanie viacerých pripojení a poskytuje metódy šifrovania, ktoré sú ekvivalentné TLS/SSL. Diskutovaný protokol je už integrovaný do serverovej infraštruktúry Google, je súčasťou prehliadača Chrome, naplánované je potrebné ho aktivovať vo Firefoxe a aktívne sa používa na obsluhu požiadaviek klientov na serveroch Google.

Hlavné , taktiež napísaná v jazyku Rust. Tokio umožňuje vytvárať vysoko výkonné aplikácie na báze eventovo orientovanej architektúry (Event-driven), podporujúce multithreading a spracovanie sieťových požiadaviek v asynchrónnom režime. QUIC:

  • Vysoká bezpečnosť, podobná TLS (v skutočnosti QUIC poskytuje možnosť použitia TLS nad UDP);
  • Kontrola integrity toku, zabraňujúca strate paketov;
  • Možnosť okamžite nadviazať spojenie (0-RTT, v približne 75% prípadoch je možné prenášať údaje ihneď po zaslaní paketu na nadviazanie spojenia) a zabezpečiť minimálne oneskorenia medzi zaslaním požiadavky a prijatím odpovede (RTT, Round Trip Time);
  • Nezapočítať pri opätovnom zaslaní paketu rovnaké číslo sekvencie, čo umožňuje vyhnúť sa nejednoznačnosti pri určovaní prijatých paketov a zbaviť sa časových limitov;
  • Strata пакeta ovplyvňuje doručovanie iba súvisiacich prúdov a nezastavuje doručovanie údajov v súbežne prenášaných prúdoch cez aktuálne spojenie;
  • Prostriedky na opravu chýb minimalizujúce oneskorenia spôsobené opätovným prenosom stratených balíkov. Použitie špeciálnych kódov na opravu chýb na úrovni пакета na zníženie situácií, ktoré si vyžadujú opätovný prenos údajov strateného пакeta.
  • Kryptografické hranice blokov sú zarovnané s hranicami paketov QUIC, čo znižuje dopad strát paketov na dekódovanie obsahu nasledujúcich paketov;
  • Neexistujú žiadne problémy s blokovaním frontu TCP;
  • Podpora identifikátora spojenia, ktorý umožňuje skrátiť čas potrebný na obnovenie spojenia pre mobilných klientov;
  • Možnosť pripojenia rozšírených mechanizmov riadenia preťaženia spojenia;
  • Použitie techniky predpovedania priepustnosti v každom smere na zabezpečenie optimálnej intenzity odosielania paketov, čím sa zabraňuje prechodu do stavu preťaženia, pri ktorom dochádza k strate paketov;
  • Pozoruhodný prírastok výkon a priepustnosť v porovnaní s TCP. Pre video služby ako YouTube ukázalo použitie QUIC 30% zníženie operácií opätovného vyrovnávania pri prehrávaní videa.

Zdroj: opennet.ru

Kúpte si spoľahlivý hosting pre webové stránky s ochranou proti DDoS, VPS VDS servery 🔥 Kúpte si spoľahlivý hosting pre webové stránky s ochranou proti DDoS, VPS VDS servery | ProHoster