Versiunile de noapte din Firefox acceptă acum HTTP/3

В construcții nocturne Firefox, которые лягут в основу выпуска Firefox 72, запланированного на 7 января, adăugat поддержка протокола HTTP/3. По умолчанию HTTP/3 отключён и требует активации опции «network.http.http3.enabled» в about:config.

Поддержка HTTP/3 в Firefox основана на развиваемом компанией Mozilla проекте neqo, предоставляющем реализацию клиента и сервера для протокола QUIC. Код компонентов для поддержки HTTP/3 и QUIC написан на языке Rust.
Из клиентского ПО экспериментальная поддержка HTTP/3 также уже adăugat в Chrome и curl, а для серверов доступна в форме модуля для nginx и тестового сервера на базе библиотеки Tarta (punerea în aplicare QUIC и HTTP/3 на языке Rust от компании Cloudflare). Для проверки работы клиентов HTTP/3 lansat несколько тестовых сайтов, большая часть из которых пока корректно не открывается в Firefox (HTTP/3 находится на стадии черновой спецификации и окончательно не стандартизирован).

Amintiți-vă că HTTP/3 standardizează utilizarea protocolului QUIC ca transport pentru HTTP/2. Protocol QUIC (Quick UDP Internet Connections) a fost dezvoltat de Google din 2013 ca o alternativă la combinația TCP+TLS pentru Web, rezolvând problemele cu timpi lungi de configurare și negociere pentru conexiunile în TCP și eliminând întârzierile atunci când pachetele sunt pierdute în timpul transferului de date. QUIC este o extensie a protocolului UDP care acceptă multiplexarea conexiunilor multiple și oferă metode de criptare echivalente cu TLS/SSL.

Principalul caracteristici RAPID:

  • Securitate ridicată similară cu TLS (în esență QUIC oferă posibilitatea de a utiliza TLS peste UDP);
  • Controlul integrității fluxului, prevenind pierderea pachetelor;
  • Capacitatea de a stabili instantaneu o conexiune (0-RTT, în aproximativ 75% din cazuri datele pot fi transmise imediat după trimiterea pachetului de configurare a conexiunii) și de a oferi întârzieri minime între trimiterea unei cereri și primirea unui răspuns (RTT, Round Trip Time);
  • Neutilizarea aceluiași număr de secvență la retransmiterea unui pachet, ceea ce evită ambiguitatea în identificarea pachetelor primite și scapă de timeout-uri;
  • Pierderea unui pachet afectează doar livrarea fluxului asociat cu acesta și nu oprește livrarea datelor în fluxuri paralele transmise prin conexiunea curentă;
  • Funcții de corectare a erorilor care minimizează întârzierile datorate retransmiterii pachetelor pierdute. Utilizarea codurilor speciale de corectare a erorilor la nivel de pachet pentru a reduce situațiile care necesită retransmiterea pachetelor de date pierdute.
  • Granițele blocurilor criptografice sunt aliniate cu granițele pachetelor QUIC, ceea ce reduce impactul pierderilor de pachete asupra decodării conținutului pachetelor ulterioare;
  • Fără probleme cu blocarea cozii TCP;
  • Suport pentru identificatorul de conexiune, care reduce timpul necesar pentru stabilirea unei reconectari pentru clienții mobili;
  • Posibilitatea de conectare a mecanismelor avansate de control al congestionării conexiunii;
  • Utilizează tehnici de prognoză a debitului pe direcție pentru a se asigura că pachetele sunt trimise la rate optime, prevenind congestionarea acestora și pierderea pachetelor;
  • Perceptibil creştere performanță și debit în comparație cu TCP. Pentru serviciile video precum YouTube, s-a demonstrat că QUIC reduce operațiunile de rebuffering la vizionarea videoclipurilor cu 30%.

Sursa: opennet.ru

Adauga un comentariu